Search Criteria
Package Details: crowdsec 1.6.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/crowdsec.git (read-only, click to copy) |
---|---|
Package Base: | crowdsec |
Description: | The open-source and collaborative security suite |
Upstream URL: | https://www.crowdsec.net |
Licenses: | MIT |
Submitter: | solveit |
Maintainer: | mhdi |
Last Packager: | mhdi |
Votes: | 20 |
Popularity: | 0.22 |
First Submitted: | 2021-12-01 20:49 (UTC) |
Last Updated: | 2024-11-20 19:12 (UTC) |
Dependencies (6)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- re2 (re2-gitAUR)
- git (git-gitAUR, git-glAUR) (make)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, gcc-go) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 Next › Last »
mhdi commented on 2024-04-08 11:32 (UTC) (edited on 2024-04-08 11:50 (UTC) by mhdi)
@Exentio Thank you for your comment. The previous version of the PKGBUILD incorrectly installed files to
/usr/local
, which is not in accordance with Arch packaging guidelines. In the new PKGBUILD, I've followed the official Debian and Fedora packaging methods, which can be found in the Crowdsec GitHub repository.Regarding the
wizard.sh
script you mentioned, it was necessary in the previous PKGBUILD but is not required in the new one. Everything has been integrated directly into the PKGBUILD.Exentio commented on 2024-04-08 08:57 (UTC) (edited on 2024-04-08 09:21 (UTC) by Exentio)
I managed to fix the issue. I rolled back to the latest commit from the previous maintainer, changed the version, skipped validity checks, then ran:
After that, I don't know whether it was because of the issues caused by the new PKGBUILD or because I messed up something myself, I had to reconfigure everything from the beginning because my security engine's login credentials(?) on crowdsec's website changed, it's effectively a new security engine.
This all happened because the PKGBUILD and especially the .install files had too many important processes removed, like running official crowdsec scripts, which are requested to be run even by the official crowsec documentation. If @mhdi, the current maintainer, had read the documentation and even just the comments in the files, nothing would've happened.
Please refrain from taking over maintainers and doing major changes to install scripts if you don't understand what you're doing. And check for typos in folder names, too.
Exentio commented on 2024-04-02 15:52 (UTC) (edited on 2024-04-02 15:53 (UTC) by Exentio)
I'm having an issue with crowdsec related to abseil:
crowdsec: error while loading shared libraries: libabsl_flags.so.2308.0.0: cannot open shared object file: No such file or directory
libabsl_flags.so
is effectively missing in any form. Rebuilding the package doesn't fix the problem. Dowgrading abseil makes crowdsec complain about newer versions of the library, but rebuilding while downgraded fails. I only just noticed that cscli isn't working anymore, it used to work earlier this month. Any idea?doums commented on 2024-03-21 13:34 (UTC)
Indeed, yes I didn't check for
cscli
and actually it was still there under/usr/local/bin
xiota commented on 2024-03-21 11:23 (UTC) (edited on 2024-03-21 11:29 (UTC) by xiota)
@doums Use
find /usr/local -not -type d
. Just do it. Don't use commands that don't find all files.Hint: The command you used previously searches for
crowdsec
. The problem command iscscli
.Note: I changed the command to also find symlinks.
doums commented on 2024-03-21 10:27 (UTC)
So how that is possible?
Especially those logs emitted right during package install??
xiota commented on 2024-03-21 10:12 (UTC)
@doums Whatever the reason, you're using an old build, and it has nothing to do with the PKGBUILD.
doums commented on 2024-03-21 09:53 (UTC)
Nah it's not that. I carefully removed every trace left by previous crowdsec install using
sudo fd -HI crowdsec /
andrm
any occurrences. So when I try to install 1.6.0 it's on a very clean system.xiota commented on 2024-03-21 02:59 (UTC) (edited on 2024-03-21 03:04 (UTC) by xiota)
Previous versions of this package inproperly installed files to
/usr/local
. If the files were not removed, they would override files installed to the correct location.The only files that should be in
/usr/local
are ones you put there yourself. Most people don't use/usr/local
at all, so all files should be safe to delete:find /usr/local -type f
doums commented on 2024-03-21 00:32 (UTC) (edited on 2024-03-21 00:43 (UTC) by doums)
Actually that is what I did. I even cleaned go cache.
It even warns about the version during the package install -> https://b.deip.fr/p/sloth-tiger-pony
« First ‹ Previous 1 2 3 4 5 6 Next › Last »