offers PHP 7.2, but I gather that CentOS
8.1 will offer PHP 7.3 as well. With the use of modules in RHEL/CentOS 8, we
should be able to keep up to date better with software requirements (PHP in
this case) as required by mediawiki.
Anyway, that's the plan... :-)
John.
e server memory a
bit). We run memcached on some other, non-wiki, servers with no problem.
I note that with MW 1.27+ there seems to be an issue using apc as the main
cache and with session caching. For that reason using memcache may be easier at
the moment, and not cause problems when we upgrade me
ting the mediawiki version!)
Thanks,
John.
--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK
[http://www.plymouth.ac.uk/images/email_footer.gif]<http://www.plym
ll be required in order to get the php55 packages. (These also
drag in httpd24.)
John.
--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK
[http://www.plymouth.ac.uk
On Tue, 2016-02-09 at 15:51 +, John Horne wrote:
>
> We are running Mediawiki 1.24.2 on a local wiki. I have installed the
> multimediaviewer (media viewer) extension, as well as the beta
> functions and commons metadata extensions. However, looking at
> pictures on wikipe
is why do we see different icons? I installed the extension
for version 1.24 of mediawiki. Could it be that we need to upgrade to
1.26 to see the other icons?
Thanks,
John.
--
John Horne Tel: +44 (0)1752 587287
Plymouth University
ks!
>
There is a 'Whosonline' extension which may help. That shows who's
logged in, but I think it also shows the IP address of anonymous users.
John.
--
----
John Horne Tel: +44 (0)
On Sat, 2015-02-28 at 03:27 +, Alex Monk wrote:
> (CCing wikitech-l)
> On 28 February 2015 at 01:04, John Horne wrote:
> >
> > $wgAutopromote['sysop'] = array(APCOND_ISIP, '141.163.4.11');
> >
> Wait, what? MediaWiki supports that?! You shoul
nal account created during installation) is shown as being in
the Administrators group. Very strange.
So, two things, why can we not set anyone in a group on the user rights
management page, and why does the autopromote put everyone in the
Administrators/sysop group?
Thanks,
John.
--
--
except for the fact that REMOTE_USER is becoming unset somewhere.
Anyone any ideas about this?
Thanks,
John.
--
----
John Horne Tel: +44 (0)1752 587287
Plymouth University, UK
___
Me
On Tue, 2014-12-16 at 16:15 +, John Horne wrote:
> Hello,
>
> I am updating an old 1.19 wiki to a new server with mediawiki 1.24. The
> O/S has also gone from CentOS 6 to 7. So far no real problems, but when
> I access the 'Special pages' link, all I see is a blank
On Sun, 2015-01-11 at 17:40 +, John Horne wrote:
> Hello,
>
> I have been testing the $wgReadOnly and $wgReadOnlyFile options. My
> understanding is that these will prevent mediawiki from writing to the
> database and hence not allow pages to be updated. I have tried both
>
On Sun, 2015-01-11 at 13:08 -0500, David Chamberlain wrote:
> at the risk of stating the obvious, did you read the bottom of this page:
> http://www.mediawiki.org/wiki/Manual:$wgReadOnly
>
Yes. Caching is disabled.
John.
--
----
J
option for wiki backups, but obviously don't want people
updating things while the backup is occurring.
John.
--
John Horne Tel: +44 (0)1752 587287
Plymouth Universit
On Fri, 2015-01-02 at 19:18 +, John Horne wrote:
> On Fri, 2015-01-02 at 13:36 -0500, Mark A. Hershberger wrote:
> > Did you update your extensions as well?
> >
> Yes, nothing of the old wiki was kept except the content. The O/S,
> mediawiki and all extensions were u
On Fri, 2015-01-02 at 13:36 -0500, Mark A. Hershberger wrote:
> John Horne writes:
>
> > I am updating an old 1.19 wiki to a new server with mediawiki 1.24. The
> > O/S has also gone from CentOS 6 to 7. So far no real problems, but when
> > I access the 'Special page
or: Class 'SpecialAllpages' not found
in /var/www/html/mediawiki/includes/specialpage/SpecialPageFactory.php
on line 410
===
Has anyone else seen this? I'm not really sure what it means - or rather
what to do about it!
Thanks,
John.
--
John Horne Tel: +4
r example, installing it in
'/home' may well require setting various SELinux attributes to allow
Apache to access the wiki files. In our case I installed Mediawiki
directly into '/var/www/html'. This should, and seems to have, avoided
most problems with Apache running things.
abases are large.
Downside of course is that SELinux was disabled. I have tried setting
the SELinux boolean 'httpd_ssi_exec' to true, but that still causes the
clamscan to fail, but only gives the output as '1'. Most odd.
John.
--
John Horne
to scan /tmp/phpa5rFd7 (code 126).
==
So 'clamscan' seems to run okay via mediawiki, but fails for some
reason. Anyone any ideas? I have been trying to find what the 126 error
code actually means, but ClamAV doesn't seem to provide a list of error
codes anywhere.
Thanks,
Jo
On Thu, 2012-09-13 at 11:08 +0100, John Horne wrote:
>
> We are using version 1.19.2 with the LDAPAuthentication extension.
> However, we are also allowing some local (wiki) accounts (we've modified
> the extension a little). What we would like is a 'Special' page t
ordReset allows accounts with the 'passwordreset'
permission to reset account passwords for the local installation of
MediaWiki.
=
I set the relevant permission on my sysop/administrator account, but
didn't see the special page. Even settin
ks like a special page already exists to allow
password changes. However, I cannot get this to work - setting the
permission and logging in, I see no special page relating to password
changes. Could someone please let me know what is required in order to
see this special page?
23 matches
Mail list logo
