Package Details: opensnitch-git 1.6.0rc5.r84.e1afd24-2

Git Clone URL: https://aur.archlinux.org/opensnitch-git.git (read-only, click to copy)
Package Base: opensnitch-git
Description: A GNU/Linux port of the Little Snitch application firewall
Upstream URL: https://github.com/evilsocket/opensnitch
Licenses: GPL3
Conflicts: opensnitch
Provides: opensnitch
Submitter: None
Maintainer: lsf
Last Packager: lsf
Votes: 40
Popularity: 0.002756
First Submitted: 2017-05-03 14:15 (UTC)
Last Updated: 2023-06-11 11:45 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 18 Next › Last »

lsf commented on 2022-07-06 20:17 (UTC)

Unless I'm totally mistaken @Pheidologeton, there's no need to implement this workaraound specifically – it should be enough to just rebuild the whole opensnitch-git package ( opensnitch/ui $ sed -i 's/^import ui_pb2/from . import ui_pb2/' opensnitch/ui_pb2* is part of ui/Makefile already (although we do it manually at https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=opensnitch-git#n65 – because we then call the regular py install/build routines), and moving the packages to their respective system folders happens in the package() function).

Pheidologeton commented on 2022-07-06 18:58 (UTC)

Please add a described workaround for this error (https://github.com/evilsocket/opensnitch/issues/694)

lsf commented on 2022-02-07 18:00 (UTC) (edited on 2022-03-24 20:14 (UTC) by lsf)

Oh come on: Flagging this package and opensnitch-ebpf-module-git as out of date, because a dependency(!) of this package (python-grpcio-tools) is out of date?

Again: DO NOT FLAG THIS PACKAGE AS OUT OF DATE UNLESS IT IS ACTUALLY OUT OF DATE!

If you have issues building things or need help updating some other package on your own while it's out of date: I'll gladly help if you add a comment here. But do not flag things as out of date if they aren't – that is NOT what the function is for!

@rrt please don't flag this package out of date if it is not out of date.

=> build issues that are not version-related are not a reason for flagging it out of date => this is a -git package. mere version changes upstream (like 1.5.0-rc1) only merit flagging a -git package as out of date if the upstream changes related to the update made things break.

See: https://wiki.archlinux.org/title/Arch_User_Repository#Flagging_packages_out-of-date

As to your build issues: As mentioned a few times before (eg. https://aur.archlinux.org/packages/opensnitch-git#comment-848093), the build process is a bit messy, especially with https://aur.archlinux.org/packages/python-grpcio-tools lagging behind the upstream https://archlinux.org/packages/?q=python-grpcio version. Until python-grpcio-tools is updated by the maintainer (or disowned/picked up by someone else), a workaround might be to just build a more recent version of it yourself and use that to build opensnitch.

I've run a fresh build using this workaround just a few seconds ago just to make sure nothing has changed upstream, and it builds fine in a clean chroot.

Using pip to install python dependencies on an Arch system should never happen (unless, for example, in a virtualenv).

/edit

Just a quick note: @alexf91 updated the package (thanks! :) – so things should hopefully go a bit more smoothly again :)

rrt commented on 2022-02-07 17:46 (UTC)

Error:

==> Starting build()...
go: finding module for package github.com/golang/protobuf/protoc-gen-go
go: downloading github.com/golang/protobuf v1.5.2
go: downloading google.golang.org/protobuf v1.26.0
# github.com/golang/protobuf/protoc-gen-go
loadinternal: cannot find runtime/cgo
go: finding module for package google.golang.org/grpc/cmd/protoc-gen-go-grpc
go: downloading google.golang.org/grpc v1.44.0
go: downloading google.golang.org/grpc/cmd/protoc-gen-go-grpc v1.2.0
go: downloading google.golang.org/protobuf v1.27.1
# google.golang.org/grpc/cmd/protoc-gen-go-grpc
loadinternal: cannot find runtime/cgo
~/build/opensnitch-git/src/opensnitch/proto ~/build/opensnitch-git/src/opensnitch
python3 -m grpc_tools.protoc -I. --python_out=../ui/opensnitch/ --grpc_python_out=../ui/opensnitch/ ui.proto
/bin/python3: Error while finding module specification for 'grpc_tools.protoc' (ModuleNotFoundError: No module named 'grpc_tools')
make: *** [Makefile:7: ../ui/opensnitch/ui_pb2.py] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

Solution:

pip3 install grpcio
pip3 install grpcio-tools

Outcome:

=> Creating package "opensnitch-git"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Adding install file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: opensnitch-git 1.5.0.r1.feaf8de-1 (Mon 07 Feb 2022 12:42:25 PM EST)

lsf commented on 2022-02-04 16:13 (UTC)

@diabonas: thanks – that seems to work great! :)

diabonas commented on 2022-02-04 16:00 (UTC)

I would recommend removing the dash before the "rc" instead of deleting this part of the version number altogether:

git describe --long | sed 's/^v//;s/-rc./rc/;s/\([^-]*-\)g/r\1/;s/-/./g'

This produces version numbers like 1.5.0rc2.r1.53419fe which get sorted correctly between e.g. 1.4.9.r999.0123456 and 1.5.0.r0.1234567.

lsf commented on 2022-02-04 15:13 (UTC)

Looks like it's an issue caused by me trying to fix another pkgver issue whith rc names (https://aur.archlinux.org/cgit/aur.git/commit/?h=opensnitch-git&id=b87c666acdd1b4f6e7cd26f81da0927ca55e654c) – this now causes the .r123 part of the pkgver to start from 0 again every now and then, without having a bump in the main ver 1.5.0 to 1.5.1, for example. It's a bit messy – I'll have to think about how to properly handle this.

laba commented on 2022-02-04 12:54 (UTC)

opensnitch-git is always being detected as upgradable by "/usr/bin/checkupdates+aur" command.

e.g. today I upgraded my OS. opensnitch-git is upgraded and still "/usr/bin/checkupdates+aur" command detects it as upgradable ?!? this only happened for me ever with this pkg.

what's the matter ??

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 18 Next › Last »