>
>Hi Francesco,
>
>Francesco Potortì wrote:
>> I had to revert some changes:
>[…]
>> The necessary change was
>> 
>> -$conf['savedir']     = '/var/lib/dokuwiki/data'; //where to store all the 
>> files
>> +$conf['savedir']     = './data';          //where to store all the files
>
>Do you remember why this was necessary, i.e. what didn't work without it?

Dokuwiki cannot find the .data directory and says so in the web browser.  I 
suppose that an alternative is creating a data link to /var/lib/dokuwiki/data.  
Maybe such link existed and I removed it in the past and an upgrade does not 
restore it?

>> I know nothing about how php is managed on Debian.  However, I had to add 
>> these links:
>> 
>> /usr/share/dokuwiki/vendor/paragonie/random_compat/lib -> 
>> /usr/share/php/random_compat
>> /usr/share/dokuwiki/vendor/phpseclib/phpseclib/phpseclib -> 
>> /usr/share/php/phpseclib
>
>Good catch! This indeed could be something that I oversaw.

By the way, those files are in the php-phpseclib and php-random-compat packages.

>> # /usr/share/dokuwiki/vendor/marcusschwarz/lesserphp/
>> 
>> I replaced all {0} with [0]
>
>That's one of the common changes I had to do. I though thought I had a
>patch for that already in the package on Salsa:
>
>https://salsa.debian.org/abe/dokuwiki/-/blob/master/debian/patches/cherrypick_6b6d27d9.patch

I had just downloaded your package, so apparently you missed that one...

>Anyway, will look through all the things you found and will update the
>package in git where it seems necessary.
>
>> Additionally, I get this in the Apache log:
>> 
>> PHP Warning:  Undefined array key "fperm" in 
>> /usr/share/dokuwiki/inc/Search/Indexer.php on line 1070, referer: 
>> http://wiki.potorti.it/egc2018/bilancio
>
>Yes. These are IIRC fixed upstream in git, but not in a release yet. I
>might add them to avoid the warning, but for now I just want to do the
>minimal thing to get it working again.
>
>> And unfortunately email sending still does not work: emails are sent
>> with an empty From: field, so they fail at the sendmail level.
>
>Funnily for me it's opposite: I get more mails than before, and also
>for changes I don't see via web interface. Still unclear why.

I get one email per edit, as expected, but they bounce (and I see the bounce) 
because the To: header is empty.  This has happened with php8.  After I had 
patched all the places generating an error in the Apache log, I had this 
behaviour, which undortunately does not generate an error, so I could not catch 
it...

Reply via email to