Hello!
In theory, the rules for the modsec module are the same and can be
interchanged for all solutions.
In the modsecurity-crs package, the rules are installed in /etc/http. This
one is not used by either nginx or angie and is specific to apache. If you
look at my PKGBUILD, the rules are installed with read-only permissions and
to the directory for angie/nginx. In theory, we can together make a dynamic
PKGBUILD, which will install rules in the directory, depending on the
installed reverse-proxy. You can combine the packages (I'm ready to be a
co-maintainer) or leave them as they are, it's up to you to decide.

-----Original Message-----
From: Muflone <mufl...@archlinux.org> 
Sent: Wednesday, May 1, 2024 10:18 PM
To: aur-requests@lists.archlinux.org
Cc: v...@minakov.pro; marcell.mesza...@runbox.eu
Subject: Re: [PRQ#59768] Deletion Request for angie-owasp-crs

Hi


> MarsSeed [1] filed a deletion request for angie-owasp-crs [2]:
>
> Badly packaged duplicate of AUR/modsecurity-crs. [a]
>
> Angie is a drop-in fork of nginx. The latter package depends on nginx, 
> but 'angie' can be installed instead of that, as the latter provides 
> the former.
>
> Also the modsecurity is necessary for this to work, which the latter 
> correctly depends on, while the current package lacks any depends.


This is not clear to me.

If angie provides nginx, would modsecurity-crs will be compatible with
angie?


@VVL could you please confirm modsecurity-crs can replace angie-owasp-crs?


Thank you

-- 
Fabio Castelli aka Muflone


Reply via email to