Bugzilla Bug 43025

Basic ebuild for wordpress a open source blog / content management system

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=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 an attachment (id=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 an attachment (id=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.