>
>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...