-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.5.7 is a bugfix maintenance release.
Most importantly, a security issue in the installer has been fixed. The bug
affects new installations of 1.5.6 only. If the user specified the MySQL root
password, to allow the installer to create an unprivileged account, the
installer would not only create the new account but also change the root
password to be equal to the password of the new account.
Anyone affected by this bug will need to change the root password back
manually. For information about how to change passwords in MySQL please see:
http://dev.mysql.com/doc/refman/5.1/en/passwords.html
This version includes fixes for compatibility with Internet Explorer 7
beta 2, and various other bugs; see the full changelog at the end of
the release notes.
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=397966
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.5.7.tar.gz?download
MD5 checksum: 0a2347e2422006d8f75479b06c1963d8
SHA1 checksum: de5421d1c33471627af14aafa2202c60e4b17bac
Before asking for help, try the FAQ:
http://meta.wikimedia.org/wiki/MediaWiki_FAQ
Low-traffic release announcements mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEBs6wwRnhpk1wk44RAgSeAKDK+CSIK1Ar0RqClRJvD9XJFx075QCdEcqh
M6TXQFgV7rw8BHZGjUHfAX4=
=1oRP
-----END PGP SIGNATURE-----
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Section headings with TOC... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 271 of 288 tests (94.1%) FAILED!
I use mediawiki 1.5.6. (RHEL4 mediawiki-1.5.6-15.el4.at.i386.rpm package)
I convert my wikidb latin1 to utf8. But I cannot put it into mysql.
$mysql -p wikidb < utf8.sql
Enter password:
ERROR 1071 (42000) at line 1474: Specified key was too long; max key
length is 1000 bytes
I found similar post,
http://mail.wikimedia.org/pipermail/mediawiki-l/2005-August/006196.html
But it does`t help.
detail :
I use CentOS 4.2 + MySQL 4.1.12 + php 4.3.9 + Apache 2.0.52.
I upgrade mediawiki 1.4.10 -> 1.5.6. I use 'backward compatible utf8'.
It work fine. But it use latin1.
My wiki homepage looks like 'utf8' but MySQL DB use latin1 :
mysql>use wikidb;
mysql>show variables like 'c%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci |
| concurrent_insert | ON |
| connect_timeout | 5 |
+--------------------------+----------------------------+
I convert it to utf8.
mysqldump --default-character-set=latin1 --add-drop-table
--complete-insert -p wikidb > foo.sql
vi foo.sql
:%s/CHARSET=latin1/CHARSET=utf8/g
:%s/latin1_bin/utf8_bin/g
:%s/latin1/utf8/g
So foo.sql is utf8 file.(i.e. in file editor, I choose file encoding =
utf8, it look well.)
I change /etc/my.cnf so mysql use utf8. And restart mysqld, create new db.
mysql>DROP DATABASE wikidb;
mysql>CREATE DATABASE jihuni DEFAULT CHARACTER SET utf8;
mysql>show variables like 'c%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
| collation_connection | utf8_general_ci |
| collation_database | utf8_general_ci |
| collation_server | utf8_general_ci |
| concurrent_insert | ON |
| connect_timeout | 5 |
+--------------------------+----------------------------+
But I can not put it into mysql.
$mysql -p wikidb < utf8.sql
Enter password:
ERROR 1071 (42000) at line 1474: Specified key was too long; max key
length is 1000 bytes
I also test it using Fedora Core 4+ MySQL 5.0.18 machine, but it doesn`t
work, too.
$mysql -p wikidb < utf8.sql
Enter password:
ERROR 1071 (42000) at line 1474: Specified key was too long; max key
length is 1000 bytes
Hi
I'm running Mediawiki version 1.5 in Microsoft Windows XP Professional.
I have successfully compiled the .ml files and created the 'texvc'
executable using MinGW 3.8 and Objective Caml version 3.09.
To run 'texvc', I use MiKTeX version 2.4 and ImageMagick version 6.2.6.
I'm running 'texvc' directly in the shell using the operator ' ' (equivalent
to shell_exec).
The problem is that I can't remove the "noise" generated by the different
transformations required to create the '.png' image. Therefore, the output
of 'texvc' includes all this "noise" when it's called from 'Math.php' and so
an error is raised, even though the image is actually created.
For example, I get all these messages before the html and mathml code that
'texvc' gives as output:
"entering extended mode (C:\texmf\tex\latex\base\article.cls Document Class:
article 2004/02/16 v1.4f Standard LaTeX document class
(C:\texmf\tex\latex\base\size12.clo)) No file
2996_b9ae0993d885de5b479973758b8aba0d.aux. [1]
(2996_b9ae0993d885de5b479973758b8aba0d.aux) ) Output written on
2996_b9ae0993d885de5b479973758b8aba0d.dvi (1 page, 268 bytes) . Transcript
written on 2996_b9ae0993d885de5b479973758b8aba0d.log"
It seems that the '-quiet' option of latex is not working ... Any ideas?
Best
Jorge
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Section headings with TOC... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 271 of 288 tests (94.1%) FAILED!