New package: swaylock-effects-1.7.0.0

[Clos3y]

Testing the changes

• I tested the changes in this PR: YES

New package

• This new package conforms to the package requirements: YES

Local build testing

• I built this PR locally for my native architecture, (x86_64-glibc)
• I built this PR locally for these architectures (if supported. mark crossbuilds):
  • i686 (X)
  • i686-musl (X)
  • x86_64-musl (X)
  • armv6l (X)
  • armv6l-musl (X)

Opening as draft to discuss possible security concerns previously mentioned by @ericonr (#26392 (comment), #27971 (review)). This version is a fork of the now unmaintained original. The maintainer is active, and the current version of jirutka/swaylock-effects is behind swaywm/swaylock by 23 commits. Happy to discuss :)

Also, regarding the template, I'm not sure if it's preferred to have conflicts or replaces? I've gone for the former because the latter would require changing the swaylock template too.

[ahesford]

This is a fork of a fork of swaylock. What benefits would this confer, and why chooose this particular fork?

[Clos3y]

This is a fork of a fork of swaylock. What benefits would this confer, and why chooose this particular fork?

The changes are aesthetic with subjectively 'nicer' screenlocking, so I think I'd be hard pressed to say truthfully there are any benefits, per-se.

As for why this fork, unlike the repo it is forked from (from which people have made the previous PRs), it's being maintained and developed (albeit slowly).