FMS is a spam-resistent message board application for Freenet. I've attached a tarball that includes the latest 0.3.21 ebuild and init.d script. I don't think it necessarily /depends/ on freenet--Ie. I'm pretty sure you can specify remote freenet nodes--so I don't think we should wait for all those other "dependencies" to be made available. Reproducible: Always Steps to Reproduce:
Created attachment 167359 [details] tarball with digested ebuild
1. No tarballs, attach ebuild and needed init scripts seperate 2. have a look in sunrise overlay (https://overlays.gentoo.org/proj/sunrise/wiki), there you will already find ebuilds for freenet, frost and thaw.
Created attachment 167361 [details] the glorious ebuild
Created attachment 167363 [details] the super init.d script that doesn't depend on baselayout-2 (or 1). Why oh why are we making changes to baselayout. (I know the answer. But it doesn't make the pain go away :|.)
-Why do you depend on baselayout-2, if you say, you dont need it? -The init script should use the start-stop-daemon, where possible. -Do you need that specific poco version or greater? -You probably missed dev-util/tinyxml as dep -Did you try using cmake-utils? - -D USE_BUNDLED_SQLITE=OFF is not needed - -D DO_CHARSET_CONVERSION=ON What about making this optional via useflag? - emake should get a "|| die" - "doins fms template.htm" should also get a "|| die" as it installs needed files - You tested it on all mentioned arches? I was thinking about also adding fms to sunrise, maybe i will do it with the final version.
I wanted to use start-stop-daemon too, except the one that ships with baselayout-1 doesn't have the --chdir option, which is needed, since I'm pretty sure fms is hard-wired to use the .db3 and .log and template.htm that is in the currently open directory. (Ie. there is no --setoption option to configure custom paths.) Yes, that is the specific poco version that is required, as specified in the readme.txt. I don't have tinyxml, nor do I see any reason why it would be necessary? What do you mean by cmake-utils? USE_BUNDLED_SQLITE is on for Mac systems, so, to be consistent, (and better), we should define it explicitly to use the system library. I was also thinking of making a use flag for DO_CHARSET_CONVERSION. But it's not an urgent issue, and I don't see why anybody would want to disable it. Yeah, I'll include the "|| die" idioms. I only tested on amd64 and x86 :|. But the readme says it should work on Macs :). Not good enough?
Oh. Whoops. That baselayout-2 dependency shouldn't have been there :D. I mistakenly posted an old version of the ebuild. Sorries.
Created attachment 167384 [details] updated most of the suggestions.
Created attachment 167399 [details] updated to use eapi2 and cmake-utils
Comment on attachment 167399 [details] updated to use eapi2 and cmake-utils newer version in sunrise, that doesn't depend on eapi2
Comment on attachment 167359 [details] tarball with digested ebuild original and evil binary
Version bumped up (in sunrise overlay)