Basic ebuild for wordpress a open source blog / content management system Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 26422 [details] a simple ebuild A simple ebuild. RDEPENDS versions are based on the specific versions detailed in the packages readme.html
Hi, Sorry for the delay in replying. We've been very busy putting a new framework in place for ebuilds for web-based applications. This has now been added to Portage. We need you to update your ebuild to use the new framework before we can accept your ebuild. Please emerge net-www/webapp-config (make sure you get version 1.2 or later), and update your ebuild to work with this new tool. You can use 'man 5 webapp.eclass', 'man 5 webapp-config' and 'man 8 webapp-config' to learn more about how your ebuild needs to work. You can find an example ebuild, for phpmyadmin, in /usr/share/doc/webapp-config-1.2/ If you encounter any difficulties with the new framework (and we apologise, but there are sure to be a few at first), please let us know and we'll do our best to help you. Best regards, Stu
Hi, Ok I'll give this a go this weekend hopefully and post a new ebuild. Cheers -- Peter
Created attachment 30302 [details] wordpress-1.0.1-r1 ebuild Updates previous ebuild to provide a webapp aware one. Still needs a postinstall step done taking the postinstall comments from the previous ebuild
Created attachment 30303 [details] wordpress-1.0.2.ebuild Updates previous ebuild to latest version of wordpress. Still needs a postinstall step done taking the postinstall comments from the first ebuild
Note these ebuilds aren't quite ready for real time yet! Some of the files use "dirname(__FILE__)" to find other files relatively which gets mucked up by the symlinks ... so far found wp-blog-header.php and wp-login.php which will need patching!
full list of files to fix with a patch: alice blog # grep "dirname(__FILE__)" * -r b2rdf.php:$curpath = dirname(__FILE__).'/'; b2rss.php:$curpath = dirname(__FILE__).'/'; b2rss2.php:$curpath = dirname(__FILE__).'/'; wp-blog-header.php:$curpath = dirname(__FILE__).'/'; wp-blog-header.php.sym:$curpath = dirname(__FILE__).'/'; wp-comments-post.php:require(dirname(__FILE__) . '/wp-config.php'); wp-config-sample.php:define('ABSPATH', dirname(__FILE__).'/'); wp-config.php:define('ABSPATH', dirname(__FILE__).'/'); wp-includes/links-update-xml.php:$parentpath = dirname(dirname(__FILE__)); wp-login.php:require(dirname(__FILE__) . '/wp-config.php'); wp-mail.php:require(dirname(__FILE__) . '/wp-config.php'); wp-pass.php:require(dirname(__FILE__) . '/wp-config.php'); wp-register.php:require(dirname(__FILE__) . '/wp-config.php'); wp-trackback.php:require(dirname(__FILE__) . '/wp-config.php');
Hi, I'm currently finishing off this ebuild ... I'll post again once it's committed to Portage. Best regards, Stu
Okay, I've committed the ebuild for v1.0.2 to Portage. It should show up on your local rsync mirror in about an hour. It seems to work fine for me. Let me know how well it works for you ;-) Best regards, Stu
Test Report. Works fine for me! - www.ftwr.co.uk/blog/ Only issue found so far is the edit post page in the admin section "wp-admin/edit.php" doesn't seem to work - it's not finding wp-config.php due to sa similar but different issue to do with the symlinking again! Workaround: Login and then click on the edit link next to posts works!
*** Bug 50646 has been marked as a duplicate of this bug. ***
Closing old bug.
