Hi Sid,
It was a first time setup for me as well.
I'll agree that it's partially a documentation issue, and that it's
arguable whether the issue I describe is a bug or a design decision on
behalf of the package maintainer. I'm leaning towards bug on this one ...
I remember seeing the instructions at
<http://www.dokuwiki.org/install:debian> . It's where I got the
$conf['useacl'] = 1; from.
The problem I have with that
I thought of the 'register yourself and have your password mailed to
you' approach but it wouldn't work for me because the machine I was
installing on does not have mail enabled. That's why I worked around it
the way I did.
I probably could have used the 'register' feature to create an entry in
users.auth.php instead of doing it manually - but as you can't chose a
password, all I'd have was the encrypted string in users.auth.php.
Now we could argue if people should run Debian without MTA configured ...
Why do I think this is a bug ?
From some of the other bug reports, and the maintainer's reply to them,
I gather that his intend was to have debconf replace the dokuwiki
install.php, which is probably a sensible thing to do, for a Debian
package. However, install.php recommends and defaults to a 'useacl'
enabled configuration. That in itself supports my point that the
maintainer script should at least offer to do the same.
The fact that lots of the (official) dokuwiki documentation seems to
assume a 'use acl' setup, is another. It's pretty frustrating to have al
configuration and management howto's start with 'log in with the admin
account', while you cant' find any way to login, and if you could, you
still don't have an admin account.
I also noticed that some of the other bugs (or bug reports) seem to be
related to all this.
Furthermore, if it's ok for a maintainer script to prompts for which
networks should be able to access your web server, I don't think it's
wrong to prompt for the creation of an admin account and a password.
But that's just how I see it.
Meanwhile, I do have dokuwiki up and running, and I like what see there,
but it would be nice to know that future versions will require less
tweaking.
All the best,
Koen.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
