Seeks is an Open Decentralized Platform for Collaborative Search, Filtering and content Curation. The ebuild is already in Zugaina overlay.
If no-one else is inetersed, I could try and update the ebuild from the Zugaina overlay and proxy-maintain it… (I am surprised though, this could very well be the next step in web search)
Matija, please do it. First of all update ebuild to EAPI 4 if it is possible. Adding proxy maintainers to CC
I’m not very experienced, but I’ll give it a try.(In reply to comment #2) > Matija, please do it. First of all update ebuild to EAPI 4 if it is > possible. Adding proxy maintainers to CC Thanks. I’m not very experienced — only did a few simple ones so far — but I’ll give it a shot. I do want to push Seeks into Gentoo (esp. ARM). If you can recommend any resources (outside standard devmanual) to help me with it, please send me a mail.
I don't see any ebuild here, attach one
Created attachment 336460 [details] seeks-0.4.0.ebuild (from Zugaina overlay) This is the ebuild that is already in Zugaina overlay and is the one I’m planning to update to version 0.4.2, to EAPI4 and clean up in general.
The build system is so horribly broken, I do not want to import it after approximately 6 hours work I gave up on fixing this mess since there is no fix. You'd simply have to rewrite it. - the source dependencies for the internal libs are wrong - there are tons of inter-dependencies between those libs - they do not link to one another, instead they only link during building of the binaries - while trying to fix some inter-dependencies I ended up with infinite loops or circular deps - while a lot of libs have proper defined cflags via pkg-config calls, they do not link to any of those dependencies => as-needed is broken forever - pkg-config is used directly instead of using the appropriate autotools macros which WILL break cross-compiling (well, in one way, there are probably more ways) - almost all autotools variables are not used properly in at least one place, CPPFLAGS and CXXFLAGS are upside down, AM_* variables wrongly used - it adds '-g' and '-Wall' flags randomly all over the place instead of just adding it in configure.in... man, WTF - on second run it links against it's own internal libs, but those which are already installed! OMG - parallel build is broken, the directory structure does not follow any build-logic, only some sort of subject-logic which makes it impossible to fix in this state => you would need to rewrite _everything_ that is build system related... and I really mean everything conclusion: this software is not fit for the tree, feel free to contact upstream and tell them about these issues. I have wasted far more time on it than I wanted and because of the severity of the brokenness I am unable to even provide a patch... unless I wanted to work 3 days more on it. And I will not do that without having _direct_ access to the repository.
Created attachment 353904 [details] seeks-0.4.1.ebuild anyway: for people who want to have fun with it:
Created attachment 353906 [details] seeks.conf.d
Created attachment 353908 [details] seeks.initd this script is different from the zugaina version
Created attachment 353912 [details] seeks.logrotate
(In reply to Julian Ospald (hasufell) from comment #6) > conclusion: this software is not fit for the tree, feel free to contact > upstream and tell them about these issues. I have wasted far more time on it > than I wanted and because of the severity of the brokenness I am unable to > even provide a patch... unless I wanted to work 3 days more on it. And I > will not do that without having _direct_ access to the repository. I’ll contact the upstream. I didn’t realise it was *that* much broken. Thank you for taking the time to try and fix it.
No comments for 4.5 yr, HOMEPAGE is gone. FWICS there's something using the same name on GitHub with last commit in 2014. I'm going to guess the project is dead.
