This is a bump/rewrite of the ocsigen ebuild, already in the tree. The name changed to ocsigenserver upstream.
Created attachment 303909 [details] ocsigenserver-2.0.3 ebuild
Created attachment 303911 [details] ocsigenserver-makefile patch
Created attachment 303913 [details] init.d file
Created attachment 303915 [details] conf.d file
Created attachment 304007 [details] ocsigenserver-2.0.3.ebuild
Created attachment 304009 [details] ocsigenserver-makefile.patch
Created attachment 304011 [details] conf.d file
Created attachment 307209 [details] ocsigenserver-2.0.4.ebuild version bump and cleaned up the dependencies
Created attachment 307213 [details] ocsigenserver-makefile.patch
Created attachment 315333 [details] ocsigenserver-2.1.ebuild
Created attachment 315377 [details] ocsigenserver-2.1.ebuild
Created attachment 315379 [details, diff] ocsigenserver-2.1-makefile.patch
Created attachment 319192 [details] ocsigenserver-2.1.ebuild Just a license fix.
Created attachment 320160 [details] ocsigenserver-2.1.ebuild
why changing the name and not bumping www-servers/ocsigen ? its the same package afaik
Upstream changed its name to ocsigenserver with the 2.x release. It is just a bump of ocsigen otherwise.
(In reply to comment #15) > why changing the name and not bumping www-servers/ocsigen ? > its the same package afaik No, www-servers/ocsigen is the ocsigen bundle (the framework). Not only the server.
(In reply to comment #17) > (In reply to comment #15) > > why changing the name and not bumping www-servers/ocsigen ? > > its the same package afaik > > No, www-servers/ocsigen is the ocsigen bundle (the framework). Not only the > server. what is the difference ?
(In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #15) > > > why changing the name and not bumping www-servers/ocsigen ? > > > its the same package afaik > > > > No, www-servers/ocsigen is the ocsigen bundle (the framework). Not only the > > server. > > what is the difference ? www-servers/ocsigen contains: - the server - the server library - the client/server library www-servers/ocsigenserver contains: - the server - the server library dev-ml/eliom contains: - the client/server library
fair enough then :=) some remarks/questions: - --libdir /usr/$(get_libdir)/ocaml \ -> you need to inherit multilib for get_libdir where does the makefile patch comes from ? here it fails to install with USE="-sqlite -dbm": extensions/ocsigen_comet.cmi extensions/accesscontrol.cmi extensions/authbasic.cmi extensions/ocsipersist.cmi extensions/staticmod.cmo extensions/cgimod.cmo extensions/redirectmod.cmo extensions/revproxy.cmo extensions/extensiontemplate.cmo extensions/accesscontrol.cmo extensions/userconf.cmo extensions/outputfilter.cmo extensions/authbasic.cmo extensions/rewritemod.cmo extensions/extendconfiguration.cmo extensions/ocsigen_comet.cmo extensions/cors.cmo extensions/deflatemod.cmo extensions/staticmod.cmx extensions/cgimod.cmx extensions/redirectmod.cmx extensions/revproxy.cmx extensions/extensiontemplate.cmx extensions/accesscontrol.cmx extensions/userconf.cmx extensions/outputfilter.cmx extensions/authbasic.cmx extensions/rewritemod.cmx extensions/extendconfiguration.cmx extensions/ocsigen_comet.cmx extensions/cors.cmx extensions/deflatemod.cmx extensions/staticmod.o extensions/cgimod.o extensions/redirectmod.o extensions/revproxy.o extensions/extensiontemplate.o extensions/accesscontrol.o extensions/userconf.o extensions/outputfilter.o extensions/authbasic.o extensions/rewritemod.o extensions/extendconfiguration.o extensions/ocsigen_comet.o extensions/cors.o extensions/deflatemod.o extensions/staticmod.cmxs extensions/cgimod.cmxs extensions/redirectmod.cmxs extensions/revproxy.cmxs extensions/extensiontemplate.cmxs extensions/accesscontrol.cmxs extensions/userconf.cmxs extensions/outputfilter.cmxs extensions/authbasic.cmxs extensions/rewritemod.cmxs extensions/extendconfiguration.cmxs extensions/ocsigen_comet.cmxs extensions/cors.cmxs extensions/deflatemod.cmxs extensions/ocsigen_comet.mli extensions/accesscontrol.mli extensions/authbasic.mli extensions/ocsipersist.mli \ /var/tmp/portage/www-servers/ocsigenserver-2.1/image//usr/lib64/ocaml/ocsigenserver/extensions/ install: cannot stat ‘extensions/ocsipersist.cmi’: No such file or directory install -d -m 755 /var/tmp/portage/www-servers/ocsigenserver-2.1/image//usr/share/man/man1 install -m 644 src/files/ocsigenserver.1 /var/tmp/portage/www-servers/ocsigenserver-2.1/image//usr/share/man/man1 make[1]: *** [raw_install] Error 1 make[1]: Leaving directory `/var/tmp/portage/www-servers/ocsigenserver-2.1/work/ocsigenserver-2.1/src' make: *** [install.META] Error 2 make: *** Waiting for unfinished jobs.... * ERROR: www-servers/ocsigenserver-2.1 failed (install phase): * emake failed we have sqlite enabled by default, we could just add a REQUIRED_USE for this.
can it really use both gdbm and sqlite at the same time ? (I remember for ocsigen that one had to chose one, if it will only use one, say sqlite, an ewarn telling that gdbm will not be used is fine, like what was done with ocsigen)
(In reply to comment #21) > can it really use both gdbm and sqlite at the same time ? > (I remember for ocsigen that one had to chose one, if it will only use one, > say sqlite, an ewarn telling that gdbm will not be used is fine, like what > was done with ocsigen) Yes we can, the module that will be used is specified in ocsigenserver.conf.
(In reply to comment #20) > where does the makefile patch comes from ? From here: https://ocsigen.org/darcsweb/?r=ocsigenserver.dev;a=commitdiff;h=20120703142148-a85e5-289cc80431cb0560040157a2b566ebecaf2fac05.gz :)
Created attachment 320640 [details] ocsigenserver-2.1.ebuild Fix: multilib + REQUIRED_USE
RepoMan scours the neighborhood... inherit.missing 2 www-servers/ocsigenserver/ocsigenserver-2.1.ebuild: user.eclass is not inherited, but "enewgroup" found at line: 32 www-servers/ocsigenserver/ocsigenserver-2.1.ebuild: user.eclass is not inherited, but "enewuser" found at line: 33 fixed and added to the tree I use the patch from darcs to get the metadata and removed the second hunk thanks!
ah, and if you want ~x86 keywords, please file another bug requesting keywording, the x86 team will handle it
Oh BTW Guillaume, I forgot to mention your name in the commit message of the Makefile patch. I'm sorry.
No worries Jacque-Pascal, I'm just glad all the ocsigen packages are finally in the tree :)