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