evilsocket / evilsocket/opensnitch
[Bug Report] go get issue with opensnitch/daemon/ui/protocol
- Dominant language
- Python
- Stars
- 14.1k
- Forks
- 665
- PR merge metrics
- No merged PRs in 30d
Description
### Describe the bug:
Include the following information:
- OpenSnitch version: https://github.com/evilsocket/opensnitch/commit/999603e98abc026779c909c43b46c5a9b2732267
- OS: Arch
- Kernel version: 7.2.0-rc4
-
I'm trying to adapt https://gitlab.archlinux.org/archlinux/packaging/packages/opensnitch/-/blob/main/PKGBUILD?ref_type=heads to opensnitch master
Until a few weeks ago I could build opensnitch without problems, now the protobuf subpackage (correct wording?) is making issues.
### error logs:
with -mod=readonly:
`procmon/details.go:24:2: cannot find module providing package github.com/evilsocket/opensnitch/daemon/ui/protocol: import lookup disabled by -mod=readonly`
without -mod=readonly:
```
[...]
go: downloading golang.org/x/text v0.32.0
procmon/details.go:24:2: no required module provides package github.com/evilsocket/opensnitch/daemon/ui/protocol; to add it:
go get github.com/evilsocket/opensnitch/daemon/ui/protocol
```
May https://github.com/evilsocket/opensnitch/tree/master/daemon/ui/protocol be deleted since it is empty?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start with procmon/details.go:24 and inspect the missing daemon/ui/protocol import against the current daemon/ui/protocol directory. Reproduce the failure using the Arch PKGBUILD with and without -mod=readonly, then determine whether the package path or packaging steps are outdated; done means the master build resolves its modules successfully.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- build-system, security
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100