Hi,
I just installed MediaWiki from cvs relatively painlessly, upgrading from
1.2.5 and following Brion's suggested path.
I ran into a couple of minor issues, which should at least be noted in
INSTALL.
First, the username that I use to access mysql is not root, so I had to
change index.php manually to fix that.
Second, I had to do a manual copy of the uploaded files from my previous
installation into /phase3/images.
That's it!
Thanks a lot for developing this software.
Hi all,
I've been adding some content to a new wiki I started. The wiki is set
up using the CVS phase3 tip.
For some reason neither Search nor Special:All_pages is working. Search
never finds anything, either as a direct title match or as a page text
match. And All_pages lists only a single page.
Perhaps a useful symptom is that when I search for anything, the search
page says 'Search results: For query ""'; notice that they "for query"
text has nothing. Also, even if I check the checkboxes for other
namespaces, they appear unchecked when I re-do the search. I can see all
the fields in the GET request so I'm not sure what's happening.
Any hints or suggestions?
For reference this wiki is at http://seattlewiki.org
Thanks,
Matias
PS: "popular pages" and recent changes work just fine.
Hi all,
I've recently installed a MediaWiki 1.3.0beta2 system (off the CVS tip)
and while it works nicely I want to make sure that my server is
configured for best performance -- right now response time is not super
fast.
I'm running the site on a "virtual-server" 2GB 2-proc machine running
Redhat 9. I have Apache 2.0.49, PHP 4.3.6, MySQL 4.0 stable.
I installed all these myself and am using pretty much whatever the
default configurations are. I wonder if in particular for MySQL (and
perhaps Apache) I may have a very sub-optimal config.
So I'm basically looking for hints on what configuration values people
have used for MySQL (memory, buffer sizes, cache sizes, etc), PHP (mysql
persistent connections or not?), Apache (threading module type, memory,
caveats, etc etc) that have shown good improvements.
Thanks in advance,
Matias
"You will only need this if the database and/or user account above don't
already exist."
On the config page for web install it says that MySQL root access is not
neccessary if the account given checks fine, however the script stops
and begins backtracing just after letting me know that the root password
(I didn't give one) is denied. What confuses me is that the script sets
up the database just fine, yet doesn't spit out LocalSettings.
Could someone please assist me? I've written so many entries, and I'm
dying to make them accessible.
Below is the readout, thanks,
-Steve
* PHP 4.3.6 ok
* PHP server API is cgi; using ugly URLs (index.php?title=Page_Title)
* Have zlib support; enabling output compression.
* Found GD graphics library built-in, image thumbnailing will be
enabled if you enable uploads.
* Installation directory: /homepages/22/d94944393/htdocs/yeago.net/wiki
* Script URI path: /wiki
* MySQL error 1045: Access denied for user:
'root(a)infong223.kundenserver.de' (Using password: NO)
* Trying regular user... ok.
* Connected to database... 4.0.17-standard-log; enabling MySQL 4
enhancements
* Database db95048066 exists
* There are already MediaWiki tables in this database. Checking if
updates are needed...
...ipblocks is up to date.
...already have interwiki table
...indexes seem up to 20031107 standards
...have linkscc table.
...linkscc is up to date, or does not exist. Good.
...have hitcounter table.
Converting links table to ID-ID...
No rows to convert. Updating schema...
Dropping temporary links table if it exists... done.
Creating temporary links table... done.
Dropping backup links table if it exists... done.
Swapping tables 'links' to 'links_backup'; 'links_temp' to 'links'... done.
Conversion complete. The old table remains at links_backup;
delete at your leisure.
SQL error: Access denied for user: 'root(a)infong223.kundenserver.de' (Using password: NO)
Backtrace:
o Database.php line 205, in wfdebugdiebacktrace()
o Database.php line 305, in database::fetchobject()
o updaters.inc line 141, in database::fieldexists()
o index.php line 407, in do_user_real_name_update()
Hello-
I just installed MediaWiki 1.3.0b2 and everything seems to be working with
the exception of table of contents (TOC). Regardless of the setting in
Special:Preferences, no page displays with a TOC or a link to expand the
TOC. I am relatively new to this, so any info would be much appreciated.
The math formulas are also not working, but I suspect that is because I do
not have LaTex installed on the server.
-Matt
Hi,
I have installed wikimedia at the universiti of Padova where we are
starting a workshop about learning environments (The last stable version)
but there are still some little problems and i would appreciate some help:
1- How can i setup a user with developer status? I did not find any clue
about it.
2- Is it the categories feature supposed to be working in that version? I
can create categories by marking new pages but the pages are not listed in
the categories page.
3- how can i allow subpages in hte articles?
Thank you
Paula
Hi,
I have set up an installation of MediaWiki for internal communication
within a development team. This is an experiment, but I think a Wiki
is an excellent tool.
I now would like to customize the appearance to better fit this
application. Most notably I wanted to remove the line "..the free
encyclopedia" and the note about content automatically being
licensed unter the FDL as it is not true in my case.
Question A: Is this legal under the license governing the use of
MediaWiki?
Question B: How do I do it?
I tried changing the text in languages/LanguageDe.php to blank or to
something else but this had no effect on the output. I grepped for
"Wissensdatenbank" as it appears in my output and it is nowhere to
be found but still appears on my Wiki-Pages in the sitesubtitle.
Is that text stored anywhere else where I (or my grep) didn't look?
I could also change the templates but I'd rather not from fear of
breaking something.
Ciao, MM
--
Marian Aldenhövel, Rosenhain 23, 53123 Bonn.
Fon +49 228 624013, Fax +49 228 624031.
http://www.marian-aldenhoevel.de
"Wie trennt man drei Schlampen von zwei Säufern? Cockpittüre zu!"
Hi,
I have set up a MediaWiki-Installation a few weeks ago to help
communication between members of a distributed development team.
The server is a machine running Debian Woody, and everything went
absolutely silk-smooth.
Now the wiki has suddenly quit. I cannot (of course) remember having
changed anything around the system.
No matter what kind of request I make the server now just returns
a 200 result-code and no data. This is the output of FireFox
Live-Headers:
> http://xxx.xxx.xxx.xxx/devel/index.php/Hauptseite
>
> GET /devel/index.php/Hauptseite HTTP/1.1
> Host: xxx.xxx.xxx.xxx
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6)
> Gecko/20040206 Firefox/0.8
> Accept:
>
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Authorization: Basic bWFyaWFuOkdhbW1hMjE=
>
> HTTP/1.x 200 OK
> Date: Sun, 06 Jun 2004 14:15:29 GMT
> Server: Apache
> X-Powered-By: PHP/4.1.2
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Content-Length: 26
> Keep-Alive: timeout=15, max=99
> Connection: Keep-Alive
> Content-Type: text/html
I tried setting wgDebugLogFile and checked the output. There is
nothing in that file that looks like anything went wrong.
I tried to install another instance of the Skript under a different
name. That installation went just as fine as the first, but demonstrates
the problem right away. No output.
So I suspect there is a problem with my database. Again: I do not
remember any change in setup. Using the commandline I can still connect
to the database under the account and with the password specified in
LocalSettings.php by using the mysql commandline-interface.
I tried running index.php on the commandline. No error, no output at
all.
I then tried strace as an attempt to find out what the script was doing
before it terminates. Here's the tail of the output of that run:
> fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0
> read(4, 0x85a3a30, 8192) = -1 EAGAIN (Resource
temporarily unavailable)
> fcntl64(4, F_SETFL, O_RDWR) = 0
> write(4, "I\0\0\0\3SELECT cur_text FROM cur WH"..., 77) = 77
> read(4, "\1\0\0\1", 4) = 4
> read(4, "\1", 1) = 1
> read(4, "\27\0\0\2", 4) = 4
> read(4, "\3cur\10cur_text\3\377\377\377\1\374\3\21\0\0", 23) = 23
> read(4, "\1\0\0\3", 4) = 4
> read(4, "\376", 1) = 1
> brk(0x89a6000) = 0x89a6000
> read(4, "\33\0\0\4", 4) = 4
> read(4, "\32/^([\344|\366|\374|\337|a-z]+)(.*)$/sD", 27) = 27
> read(4, "\1\0\0\5", 4) = 4
> read(4, "\376", 1) = 1
> time(NULL) = 1086431027
> gettimeofday({1086431027, 339641}, NULL) = 0
> close(7) = 0
> close(6) = 0
> close(5) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
> fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0
> read(4, 0x85a3a30, 8192) = -1 EAGAIN (Resource
temporarily unavailable)
> fcntl64(4, F_SETFL, O_RDWR) = 0
> write(4, "\1\0\0\0\1", 5) = 5
> shutdown(4, 2 /* send and receive */) = 0
> close(4) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
> setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
> setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) = 0
> rt_sigaction(SIGPROF, {0x82195b4, [PROF], SA_RESTART|0x4000000},
{0x82195b4, [PROF], SA_RESTART|0x4000000}, 8) =
0
> rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
> setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
> munmap(0x409f8000, 358472) = 0
> _exit(0) = ?
To my rather untrained eye this looks like it is in fact talking to
the database and querying the table cur. Which it is supposed to do
I would say.
Any idea what is broken here? How can I find out?
Ciao, MM
--
Marian Aldenhövel, Rosenhain 23, 53123 Bonn.
Fon +49 228 624013, Fax +49 228 624031.
http://www.marian-aldenhoevel.de
"Wie trennt man drei Schlampen von zwei Säufern? Cockpittüre zu!"
If you install php and mysql for the sole reason of running Mediawiki,
and are inexperienced :-) and forget to uncomment ;extension=mysql.so,
you get a blank page in your browser after running the script in
config/index.php. Here is a patch to make it painfully clear what
is going wrong in this situation. It checks for mysql prior to
asking you to fill out that form.
--
Joshua Swink
yathster(a)yahoo.com
When I remove the @ sign, I get the following:
Fatal error: Call to undefined function: mysql_connect() in /var/www/internal/wiki-new/includes/Database.php on line 95
Which I assume means that the mysql bits used by php aren't loading or whatever. An unfortunate choice of error text suppression.
Thanks to Joshua for the tip on this.
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Marian Aldenhövel
Sent: June 8, 2004 4:38 AM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Blank Page
Hi,
> This is typical of a PHP fatal error with display_errors set to false.
> Turn on error reporting in the PHP configuration
I'd rather not as there are several other PHP-Applications on the system
and I know nothing about their requirements.
I have instead added
ini_set("error_reporting","E_ALL");
ini_set("display_errors",1);
To MediaWikis index.php. I tried several locations down the file, past
some of the configuration-includes to make sure it does not get unset
again.
No change in the result: Still a 200 http-code but no data.
I then put in a million statements of the form
echo __FILE__ . __LINE__ . '<br>';
tracing progress through the code the hard way. Passing through lots
of interesting places I finally reached includes/DataBase.php. The
place where the actual connection to the database is attempted in
function open(). I added my echoes and some more dumping-code:
echo __FILE__ . __LINE__ . '<br>';
var_dump($server); echo '<br>';
var_dump($user); echo '<br>';
var_dump($password); echo '<br>';
@$this->mConn = mysql_connect( $server, $user, $password );
echo __FILE__ . __LINE__ . '<br>';
The first echo and the var_dumps are executed. Servername (localhost)
and user and password are looking OK. The last echo does not execute
(or the output does not reach my client).
I have also tried removing the '@' from the mysql_connect-Line. No
change. I don't think I can follow the path of execution any further.
I can connect to the database fine when using the commandline
mysql-client with the servername, username and password that has been
output by my var_dumps. I can select the correct database and
list tables and data.
What now? What could make the system just die without any indication
of a problem?
Ciao, MM
--
Marian Aldenhövel, Rosenhain 23, 53123 Bonn.
Fon +49 228 624013, Fax +49 228 624031.
http://www.marian-aldenhoevel.de
"Wie trennt man drei Schlampen von zwei Säufern? Cockpittüre zu!"
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l