Bug 43025 - Ebuild for Wordpress CMS/blog system
|
Bug#:
43025
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: CLOSED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: TEST-REQUEST
|
Assigned To: web-apps@gentoo.org
|
Reported By: peter.westwood@ftwr.co.uk
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: Ebuild for Wordpress CMS/blog system
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-02-26 13:22 0000
|
Basic ebuild for wordpress a open source blog / content management system
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
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. ***