imapfilter: initial package for imapfilter v2.6.16

[VanStratum]

Motivation: Initial package for imapfilter. Imapfilter allows to apply complex mail filtering rules over IMAP using lua as a scripting language.
Linked issues:

Checklist

• Build rule all-supported completed successfully
• Package upgrade completed successfully
• New installation of package completed successfully
  The package works properly, but for some reasons unknown to me, the executable files are not linked properly to /usr/local.

[hgy59]

Thanks for the great job done.
Proposed some small changes.

Since imapfilter is a CLI tool for advanced users I propose to add it to synocli-net.
And when adding to synocli-net, move the spk/imapfilter to diyspk/imapfilter.

There is no automatic link creation for the executables to /usr/local/bin. You have to provide a service-setup script for this.

[VanStratum]

Thank you for the feedback.
I added the requested changes, but before adding the package to synocli-net, I would like to
know how I should increment the the version number and the revision, and how the changelog
should be written, because the history of it doesn't seems consistent.

[VanStratum]

If I understand correctly the way the changelog and the revision number works,
the revision number should be 5 and the changelog

CHANGELOG = "5. Add imapfilter
4. Add rsync
3. Build sshfs 2.10 with fuse updated to v2.9.9
2. Add fritzctl
1. First package release"

Should I commit this changelog and "correct" the revision number, or am I misunderstanding something?

[ymartin59]

@hgy59 In case we get Meson to cross-compile for fuse in synocli-net

[VanStratum]

Thank you for your review and your suggestions. I am currently drowned in work and unable to work on this right now, but I will apply your changes as soon as possible.

[hgy59]

@th0ma7 the meson build (#4307) does not work in the spksrc build environment.
It tries to run cross-compiled sanitycheckc.exe:

meson.build:1:0: ERROR: Could not invoke sanity test executable: [Errno 8] Exec format error: '/spksrc/spk/synocli-file/work-armv7-6.1/glib-2.62.6/builddir/meson-private/sanitycheckc.exe'.

[th0ma7]

@th0ma7 the meson build (#4307) does not work in the spksrc build environment.
It tries to run cross-compiled sanitycheckc.exe:

meson.build:1:0: ERROR: Could not invoke sanity test executable: [Errno 8] Exec format error: '/spksrc/spk/synocli-file/work-armv7-6.1/glib-2.62.6/builddir/meson-private/sanitycheckc.exe'.

I suspect this might be post #4307 as last I checked it passed all green on github-action...
My PC is offline for 1-2 more days but I'll have a look into it once back online.
In the meantime, does this PR build directly on top of 5af14c5 ?

[th0ma7]

@hgy59 Found it! ARCHES to ARCHS conversion typo in spksrc.cross-meson-env.mk, thus in turn not providing the cross-build environment to meson :

ifeq ($(findstring $(ARCH),$(ARMv5_ARCHS)),$(ARCH))
  CONFIGURE_ARGS += --cross-file $(MESON_CFG_DIR)/armv5.cfg
endif
ifeq ($(findstring $(ARCH),$(ARMv7_ARCHES)),$(ARCH))
  CONFIGURE_ARGS += --cross-file $(MESON_CFG_DIR)/armv7.cfg
endif
ifeq ($(findstring $(ARCH),$(ARMv7L_ARCHS)),$(ARCH))
  CONFIGURE_ARGS += --cross-file $(MESON_CFG_DIR)/armv7l.cfg
endif

If you don't mind I leave it up to you to push a fix for it. And btw, happy new year!

[hgy59]

sad to say that SPK_USR_LOCAL_LINKS definitly does not support the creation of linked folders in /usr/local/share (#4578)

[hgy59]

@VanStratum Good things come to those who wait.
Just updated this long waiting request, but now it runs even on DSM 7.