Release 2009-02-14 Flash Multiuploader license selector template authors need to make use of tpl_license() compatibility fixes with Flash Player 10 internal changes to make farming easier removed old upgrade plugins1) better support for non-default auth backends in ACL manager jump to edited section after saving much improved Japanese romanization improved XMLRPC interface improved search result display many smaller feature enhancements more plugin events some performance optimizations minor security enhancements many, many bug fixes http://www.splitbrain.org/projects/dokuwiki Reproducible: Always
I just bumped the ebuild here locally and it works fine so far. The ebuild could use some EAPI=2 rework like USE dependencies etc.
This one could need a little love.
Hello, where can I find this ebuild? THX.
(In reply to comment #3) > Hello, > where can I find this ebuild? > THX. > There is no ebuild yet, just bump the current ebuild in a local overlay to the current version. The depend.php eclass isn't ready yet for EAPI=2, so we'll have to stay with the usage of 'require_php_with_use' in the ebuild for now. Moving to EAPI=2 (USE dependencies) would currently mean, giving up the dependencies defined in the eclass itself and redefining them in the ebuild. This would be IMHO way more an unproper design than sticking to EAPI=1 for now and using 'require_php_with_use'. So in the end this means: for having the most current release of dokuwiki in the portage tree, please just bump the old ebuild (20080505) which is now nearly 1 year old to 20090214. Regards, Elias P.
Looks like there is a security patch from SplitBrain which replaces 2009-02-14 with 2009-02-14b. I just added Gentoo bug #272431 to ask for that version bump. This one can probably be closed and replaced with that one.
+*dokuwiki-20090214b (29 Jun 2009) + + 29 Jun 2009; Alex Legler <a3li@gentoo.org> -dokuwiki-20080505.ebuild, + +dokuwiki-20090214b.ebuild: + Non-maintainer commit: Version bump for security bug 272431. amd64 stable. + Thanks to Philippe Chaintreuil for proposing an updated ebuild. Removing + vulnerable version in ~arch. + No reworking done, just bumping to fix the vulnerabilities.
(In reply to comment #4) > (In reply to comment #3) > > Hello, > > where can I find this ebuild? > > THX. > > > > There is no ebuild yet, just bump the current ebuild in a local overlay to the > current version. > > The depend.php eclass isn't ready yet for EAPI=2, so we'll have to stay with > the usage of 'require_php_with_use' in the ebuild for now. > > Moving to EAPI=2 (USE dependencies) would currently mean, giving up the > dependencies defined in the eclass itself and redefining them in the ebuild. > This would be IMHO way more an unproper design than sticking to EAPI=1 for now > and using 'require_php_with_use'. > > So in the end this means: > for having the most current release of dokuwiki in the portage tree, please > just bump the old ebuild (20080505) which is now nearly 1 year old to 20090214. I agree with the remarks above as I'd rather wait for depend.php get EAPI=2 support instead of reworking the whole ebuild. I don't see any other ebuild in www-apps that are using EAPI=2 and removing 'require_php_with_use'. Reopen when that has changed and I'll fix the ebuild. Thanks-
