Bug with xmlrpc plugin

[mgroeninger]

It might also be worth checking what $new_include is around that block, too.

[gotchi]

I dont know if this is the right way to test but here is the code whicht I put in the file:

Code: Select all

echo ">>> ";
echo "pear: ";
echo S9Y_PEAR;
echo '<br />';
echo "pear path: ";
echo S9Y_PEAR_PATH;
echo " <<<";

and thats the output:

>>> pear: 1
pear path: <<<

[mgroeninger]

Perfect! Unfortunately, that doesn't tell me much...

Can you do the same thing for the variable $new_include, the include_path ini setting, and the $old_include variable?

Something like:

Code: Select all

echo ">>> ";
echo "New Include Path: ";
echo $new_include;
echo '<br />';
echo "ini path: ";
echo @ini_get('include_path');
echo " ---";
echo '<br />';
echo "Old include path: ";
echo $old_include');
echo " <<<";

If the code is working correctly, the first two will be equal. I have no idea what the old_include path will look like.

Is $serendipity['use_PEAR'] still set to false?

[gotchi]

ok I tried the first mentioned code with pear true and false - same result.

your code:

Code: Select all

echo ">>> "; 
echo "New Include Path: "; 
echo $new_include; 
echo '<br />'; 
echo "ini path: "; 
echo @ini_get('include_path'); 
echo " ---"; 
echo '<br />'; 
echo "Old include path: "; 
echo $old_include; 
echo " <<<";

with $serendipity['use_PEAR'] = false;

>>> New Include Path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
ini path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/: ---
Old include path: .:/usr/share/php:/usr/share/adodb <<<

with $serendipity['use_PEAR'] = true;

>>> New Include Path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
ini path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/: ---
Old include path: .:/usr/share/php:/usr/share/adodb <<<

Same output

[mgroeninger]

Where are you setting $serendipity['use_PEAR']?

Can you do something like this:

Code: Select all

echo ">>> ";
echo "use_pear: ";
echo $serendipity['use_PEAR'];
echo '<br />';
echo "---";
echo '<br />';
echo "New Include Path: ";
echo $new_include;
echo '<br />';
echo "---";
echo '<br />';
echo "ini path: ";
echo @ini_get('include_path');
echo '<br />';
echo " ---";
echo '<br />';
echo "Old include path: ";
echo $old_include;
echo '<br />';
echo " <<<";

That is basically the same code, but it might give us a little more info...

Basically serendipity does not seem to be moving the pear folders to the end of the include path...

You would expect to see this:

.:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:/usr/share/php:/usr/share/adodb:

for New Include Path if serendipity saw $serendipity['use_PEAR'] as false. I want to see if serendipity is resetting that variable...

[gotchi]

I put the info $serendipity['use_PEAR'] into the serendipity_config_local.inc.php.
I also updated today to the ne beta 5 version - same problem

output with no settings in the config:

>>> use_pear: 1
---
New Include Path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
---
ini path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
---
Old include path: .:/usr/share/php:/usr/share/adodb
<<<

with setting in the config:

>>> use_pear:
---
New Include Path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
---
ini path: .:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:
---
Old include path: .:/usr/share/php:/usr/share/adodb
<<<

I dont know what you are searching for, but all my hope to fix that problem is resting on your shoulders
and I am the only one with this problem ?

[mgroeninger]

I dont know what you are searching for, but all my hope to fix that problem is resting on your shoulders

I'm sure other folks are watching the thread to make sure I'm doing alright...

And we are looking for the reason that your ini path is not being set correctly.
Basically, we want to see if we can get your ini path to look something like this:

.:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:/usr/share/php:/usr/share/adodb:

instead of this:

.:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:

And I am hoping that works... (Still kind of guessing)
Could you try setting this:

Code: Select all

$serendipity['use_PEAR'] = 0;

instead of setting it to false?

Or, if that doesn't work, you could just do something like:

Code: Select all

$new_include = '.:/usr/share/php:/usr/share/adodb:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:';

immediately before this:

Code: Select all

if (function_exists('set_include_path')) {
    $use_include = @set_include_path($new_include);
} else {
    $use_include = @ini_set('include_path', $new_include);
}

And yes, you seem to be the only person with this problem...
You are special!

[judebert]

:D I'm sure other folks are watching the thread to make sure I'm doing alright...

As if you needed it. But yes, I'm watching, too. Of course, that just demonstrates the fundamental fallacy of democracy: it assumes that many people can make a better decision than any single individual.

You're doing a great job. The path looks like the problem to me, too.

And yes, you seem to be the only person with this problem... :D
You are special!

Bwah! There have been other people with similar problems, and that's why the 'use_PEAR' variable is there. Of course, it generally indicates a poorly configured server.

[gotchi]

Bwah! There have been other people with similar problems, and that's why the 'use_PEAR' variable is there. Of course, it generally indicates a poorly configured server.

that's a hard judgement - a poorly configured server
ok what can I change on the server configuration that my server is in case of PEAR not poorly configured?
It's an dedicated server which 3 friends and myself are administer. So when the Error is there, then tell me where I can look.

Thanks

[garvinhicking]

Hi!

Sorry, this thread is a mess, so I just jump right in:

Please open your serendipity_config.inc.php (NOT the local one) and look at the top where $serendpity['use_PEAR'] = true is defined. There set it to "false".

This should practically set your include_path to what mgroeninger wanted to see:

Code: Select all

.:/home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:/usr/share/php:/usr/share/adodb:

My belief is simply that the use_PEAR variable is not set at the right place in all of your tests. Maybe the _local.inc.php file is not the place where its really required...

HTH,
Garvin

[gotchi]

ok next try
both code samples give me the same output, I made the chances in the normal config file not the local

Code: Select all

$serendipity['use_PEAR'] = false;

if (!isset($serendipity['use_PEAR'])) {
    $serendipity['use_PEAR'] = true;
    //$serendipity['use_PEAR'] = false;
}

>>> use_pear:
---
New Include Path: /home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:.:/usr/share/php:/usr/share/adodb:
---
ini path: /home/noble/www/sub_blog/bundled-libs/:/home/noble/www/sub_blog/bundled-libs/Smarty/libs/:/home/noble/www/sub_blog/:.:/usr/share/php:/usr/share/adodb:
---
Old include path: .:/usr/share/php:/usr/share/adodb
<<<

Nevertheless - the pathes looking ok - but same problem - error from ecto using rpc calls.

In case of this - it's an dedicated server and what means poor configured pear ?

[garvinhicking]

Hi gotchi!

Can you please check if the

XML/RPC.php

file exists in either your bundled-libs/ directory or in any other directory of your serendipity installation?

If you use the XML-RPC posting plugin, it should exist in plugins/serendipity_event_xmlrpc/PEAR/XML/RPC.php?

Best regards,
Garvin

[gotchi]

sorry for waiting

so - ok - what I wanna ask first if it is correct when I set the path for blogging with any program to
blog.gotchi.at/serendipity_xmlrpc.php

or should I have set the path to an other location? cause also in the bundle directory for the xmlrpc stuff is I file called like the one mentioned before.

answering you question:
the file exists under the folder you mentioned

[garvinhicking]

Hi!

sorry for waiting

so - ok - what I wanna ask first if it is correct when I set the path for blogging with any program to
blog.gotchi.at/serendipity_xmlrpc.php

Usually if you should enter a path, you just enter "/serendipity_xmlrpc.php", because the "blog.gotchi.at" part is a hostname, not a path.

So where exactly does a "RPC.php" file lie in your s9y subdirectories? If you use SSH, you can do that fia "find -name RPC.php" in your blog main directory. Even better would be "updatedb ; locate RPC.php"?

Regards,
Garvin

[gotchi]

ok, i know that blog.gotchi.at is only a domain name

nervertheless find says rpc.php is laying here
./bundled-libs/XML/RPC.php
./plugins/serendipity_event_xmlrpc/PEAR/XML/RPC.php

thanks