I have updated dokuwiki to a upstream supported stable version. See Changes betwwen versions here: https://www.dokuwiki.org/changes Suggested advisory: ======================== -Update to supported stable version: 20160626 Our current dokuwiki package is pretty outdated and unsupported by upstream which unable to receive security fixes. Updated stable 20160626 version brings exciting new features and include bugfix/security fixes. Note that this package built from latest hotfix release 20160626b See Changes between versions here: https://www.dokuwiki.org/changes ======================== Updated packages in core/updates_testing: ======================== dokuwiki-20160626-1.mga5.noarch.rpm SRPMS: ======================== dokuwiki-20160626-1.mga5.src.rpm
I would test this if I had the slightest idea how to start it up. Pointed the web browser at localhost/dokuwiki and got a 404 error. All the information about using it on the web seems to assume that it is already running. Googling brought up a forum with this comment: "On Ubuntu you probably don't need to do anything after installing the package. Just point your browser to http://localhost/dokuwiki/"
CC: (none) => tarazed25
Len, thank you. All requirements should be installed along with dokuwiki. To setup and activate an apache web server pointing to dokuwiki installation: * Please backup your /etc/httpd/conf/httpd.conf file first. * Edit /etc/httpd/conf/httpd.conf file with your favorite editor as root and find these lines: DocumentRoot "/var/www/html" # # Relax access to content within /var/www. # <Directory "/var/www"> AllowOverride None # Allow open access: Require all granted </Directory> # Further relax access to the default document root: <Directory "/var/www/html"> Replace /var/www/html directory entry with /usr/share/dokuwiki * Start httpd service: systemctl start httpd.service * Fire up a web browser and enter http://127.0.0.1/ to your adressbar. You should welcomed with dokuwiki start page. That's all.
Thanks Atilla (and glad you have survived the troubles). I discovered that Apache was not running but could not restart it - in fact no webservers will start. I shall move to another machine and try dokuwiki.
Webserver issue resolved. OK, edited the httpd.conf file as indicated, restarted the webserver and tried http://localhost/ and received the response "It works!" which is a hangover from some earlier QA test. I probably need to delete something (/var/www/html/index.html) Using http:/localhost/dokuwiki brings up a list of suggestions from my IP, all polite.
It works now. /usr/share/dokuwiki did not exist so the package had to be reinstalled. No idea why it did not install properly before. Maybe I installed it on another machine. ??? It now shows the start [DokuWiki] page.
Testing the update on x86_64 real hardware, Mate desktop. After the update the config file remained unchanged. Restarted Apache webserver and $ firefox http://localhost has reverted to "It works!". $ firefox http://localhost/dokuwiki now brings up a blank page. $ rpm -qa | grep dokuwiki dokuwiki-20160626-1.mga5
Trying again on another machine. Before updating, edited the configuration file, pointed the browser at http://localhost/ and saw the "It works!" message. At this stage typing dokuwiki after localhost/ brings up the DokuWiki start page. Installing the update produces some information: setup ----- The setup used here differs from default one, to achieve better FHS compliance, and follow upstream security recommandations detailed at http://wiki.splitbrain.org/wiki:security: - the non-variable files are in /usr/share/dokuwiki - the variable files are in /var/lib/dokuwiki - the configuration files are in /etc/dokuwiki Addressing localhost after restarting the web server elicits "It works!" and adding dokuwiki to the addressbar gives a blank page. Just wondering if the change in the setup from the default one causes a problem here.
Len, are you sure that /etc/httpd/conf/httpd.conf file still points to /usr/share/dokuwiki ?
Yes, I just checked. <Directory "/var/www"> AllowOverride None # Allow open access: Require all granted </Directory> # Further relax access to the default document root: <Directory "/usr/share/dokuwiki">
$ ls -l total 64 drwxr-xr-x 2 root root 4096 Mar 13 19:22 conf.d -rw-r--r-- 1 root root 11667 Mar 14 15:13 httpd.conf -rw-r--r-- 1 root root 11661 Jul 19 2016 httpd.conf~ -rw-r--r-- 1 root root 11661 Mar 14 15:11 httpd.conf.original -rw-r--r-- 1 root root 13077 Jul 19 2016 magic drwxr-xr-x 2 root root 4096 Mar 14 11:07 modules.d drwxr-xr-x 2 root root 4096 Mar 14 15:21 sites.d lrwxrwxrwx 1 root root 7 Jul 19 2016 vhosts.d -> sites.d lrwxrwxrwx 1 root root 7 Jul 19 2016 webapps.d -> sites.d
I tried to disable the "It works!" greeting, in case /var/www/html/ was somehow getting priority over the /usr/share/dokuwiki path. Tried hiding the html directory then removing index.html altogether but the message keeps appearing so it must originate somewhere else.
(In reply to Len Lawrence from comment #11) > I tried to disable the "It works!" greeting, in case /var/www/html/ was > somehow getting priority over the /usr/share/dokuwiki path. Tried hiding > the html directory then removing index.html altogether but the message keeps > appearing so it must originate somewhere else. Please revert all changes to your /etc/httpd/conf/httpd.conf file and restart httpd.service http://localhost/dokuwiki/ or http://127.0.0.1/dokuwiki/ should ok. My previous suggestion seems to be unnecessary. Otherwise you have some misconfiguration regarding to apache.
And still no result. If apache is misconfigured it is unlikely to be because of anything I may have done because I do not know enough to tinker with httpd settings. What we have to remember is that the start page came up before the update. I gather that the system works for you Atilla. About the only thing I can do is a reboot. This installation is pretty clean, only two days old, fully updated and probably running with default settings everywhere.
Resurrecting a 32-bit vbox on this same machine to test dokuwiki on i586. Before updating the start page came up right away.
Updated from Core Updates Testing and restarted httpd. $ systemctl status httpd.service â httpd.service - The Apache HTTP Server Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled) Active: active (running) since Tue 2017-03-14 22:27:33 GMT; 4s ago Process: 24649 ExecReload=/usr/sbin/httpd $OPTIONS -k graceful (code=exited, status=0/SUCCESS) Main PID: 24766 (/usr/sbin/httpd) Status: "Processing requests..." CGroup: /system.slice/httpd.service ââ24766 /usr/sbin/httpd -DFOREGROUND ââ24769 /usr/sbin/httpd -DFOREGROUND ââ24770 /usr/sbin/httpd -DFOREGROUND ââ24771 /usr/sbin/httpd -DFOREGROUND ââ24772 /usr/sbin/httpd -DFOREGROUND ââ24773 /usr/sbin/httpd -DFOREGROUND Pointed firefox at localhost/dokuwiki and nothing; blank page. This is baffling.
I think i've fixed the issue, please try with dokuwiki-20160626-2.mga5.noarch.rpm
Installed dokuwiki-20140929-6.mga5.noarch, and confirmed the page loaded at http://localhost/dokuwiki/ in firefox. Installed dokuwiki-20160626-2.1.mga5.noarch To be sure the update will be used, ran "systemctl restart httpd.service" Note: No config files modified. In firefox, reloaded the main page, selected Sitemap in upper right, then wiki, then welcome, then the red Start. Then clicked on the pencil icon on the right to create this page, entered some text, then saved the page, and it displays correctly. In yellow, above the page, it's still displaying update available ... Hotfix release available fixing security token and media manager: 2017-02-19b "Frusterick Manners". upgrade now! [49.2] (what's this?) Hotfix release available fixing install and media manager issues: 2017-02-19a "Frusterick Manners". upgrade now! [49.1] (what's this?) New release available: 2017-02-19 "Frusterick Manners". upgrade now! [49] (what's this?) so looks like there will be another updated needed after this one. As it's a noarch package, it only need to be tested on one arch. Advisory added to svn. Validating the update.
Keywords: (none) => validated_updateWhiteboard: (none) => MGA5-64-OK advisoryCC: (none) => davidwhodgins, sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. http://advisories.mageia.org/MGAA-2017-0011.html
Status: NEW => RESOLVEDResolution: (none) => FIXED