-----BEGIN PGP SIGNED MESSAGE-----
Moin,
i just updated an 1.3.x installation to v1.4 and run into a couple issues:
* my <graph> extension (see http://bloodgate.com/perl/graph/) stopped
working. It turns out that I had the "include(..)" line at the top of
Localsettings, but for v1.4 some of the settings (defaulst?) are nec. to
come _before_ including the extension. That took a while to figure out
because there were no errors/warnings...
* I did add an extra menu point in the toolbox in
"templates/xhtml_skin.php" (or whatever it was called). It turns out now
that the menu is generated in Monobook so I had to hack it in there
(which also probably means my extra menu point only shows up when the
user uses Monobook :/
* I had some additional buttons on the edit form, these were gone and I
had to re-add them, but the file location changed, they are now in
"includes/EditPage.php" (I think) instead of "includes/somefile".
* if you unpack v1.4 over v1.3, you have a couple unused files lying
around. I haven't made an exact list, but it seems at least "templates/"
and "stylesheets/images" are now no longer nec.
It would have been usefull for me to have a more detailed UPGRADE file
which mentions some of these issues, so maybe this info can be
incorporated by someone :)
Hope this is usefull for someone,
Tels
PS: Is somebody working on a project to make the Mediawiki interface more
easily customizable, e.g. removing the logo, adding/renaming menu entries
etc by editing a local settings file or even via GUI? The current way in
either changing the equivalent of "Special::AllMessages" or hacking the
source is not very nice and it breaks with each revision of Mediawiki
again - causing me work on updates :)
- --
Signed on Wed Mar 23 17:40:22 2005 with key 0x93B84C15.
Visit my photo gallery at http://bloodgate.com/photos/
PGP key on http://bloodgate.com/tels.asc or per email.
"We have problems like this all of the time," Kirk said, trying to
reassure me. "Sometimes its really hard to get things burning." --
http://tinyurl.com/qmg5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iQEVAwUBQkGejncLPEOTuEwVAQErEAf+JFYjQI2S8qmzr+LGR1qwHa2L1LLSCba6
CZOmsytx4/CGufV/EhIakMWi5EARA1Bz6onAwkjpOcLDDwGI+ojbzG6uH+zXK+YJ
muF2FIMnUMr0iRoytPI34FPx8hAtgxBhNasGujZ/Q1zUEJrnIVlWUJ/FpkZVRC/B
C8xlBv/jN/fq6mWR6j8IhpbjHzBGHlvuA6VVjHWFU7o1QqlfW1tZdlRNQUSShYmh
a7tCi/E/d1duLCzRviw3RfTOS+WKH4xqRpYSuJ2jAJhLeQ9jqWpdjnh+qqcTBjBh
R6hpWIf+ihGlG5hZsaFVAYvjIzp8YIQRsoP70VjNCI+utN+j9KLT6w==
=HCsH
-----END PGP SIGNATURE-----
Erreur interneUn article de Wikip�dia, l'encyclop�die libre.
Can't delete this article because it contains block-compressed revisions. This is a temporary situation which the developers are well aware of, and should be fixed within a month or two. Please mark the article for deletion and wait for a developer to fix our buggy software.
------------
So, now, what do I do ?
Anthere
---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
Anthere wrote:
> Unfortunately, there were many edits afterwards. I asked the two
> authors, Treanna and Marc Mongenet whether they would agree for the
> simple deletion of the version from the 17th of february and up.
>
> Unfortunately, Treanna has not answered to my request (thank you
> Treanna) and Marc Mongenet asked that the following discussion be
> preserved as explaining the current state of the article.
>
> Hence, I would like to ask only for the deletion of the defaming paragraph
We don't really have a good way of doing that.
My recommendation would be to delete the page and restore the
surrounding discussion.
Brion
-----------
Okay.
Then I will copy the expurged version of the page somewhere. I would like you to delete the page afterwards. Then I will recreate a new page and paste the discussion on it. Is that procedure okay with you ?
Now, I thought it was possible to remove part of texts. It is important to know it is not possible. So, if I understand well, only entire page, or individual versions can be deleted ?
If so, we should be very careful when we see a potentially illegal comment on a page such as the pump. Because we will not be able to remove it by other means than deleting all subsequent versions made by other editors where the comment is still visilble. It may be no big deal on a discussion page, but I do not exactly foresee deleting the pump...
Though...perhaps an idea to explore to clean up the pump here
---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
I apology because I am probably going to ask you something not very
pleasant to do. However, this is required by the firm Actualys, which
considers the edit to be false and detrimental to their firm.
In the following discussion page, there is a paragraph which should be
permanently removed from the database.
http://fr.wikipedia.org/w/index.php?title=Discuter:Fournisseur_d%27acc%C3%A…
The paragraph begins by "Le nom même de l'association se limite à
fournisseur d'accès d'autres pages du même site utilisent à plusieurs
reprises accès à Internet l'Internet "
and ends by "J'aurais aussi pu parler de la qualité du design de la page
[47] Izwalito 17 fev 2005 à 16:55 (CET)"
It was written in several times during the day of 17th.
It was written by Izwalito, who is a banned editor.
Unfortunately, there were many edits afterwards. I asked the two
authors, Treanna and Marc Mongenet whether they would agree for the
simple deletion of the version from the 17th of february and up.
Unfortunately, Treanna has not answered to my request (thank you
Treanna) and Marc Mongenet asked that the following discussion be
preserved as explaining the current state of the article.
Hence, I would like to ask only for the deletion of the defaming paragraph
I hope some one will be able to do this promptly.
Thanks.
Anthere
Hi,
I'm relatively new to Mediawiki and PHP.
I installed Mediawiki in my local computer running
Fedora Core 3
PHP 4.3.10
MySQL 4.0.24.
I also loaded the current english wikipedia dump onto the MySQL.
On all articles just below the Article Name there is a writing
"From Wikipedia, the free encyclopedia." and in the Edit Page too.
I was wondering is there anyway to remove this writing and add another writing.
Please Help !!!
Karthik.G
Erik Moeller wrote:
> Update of /cvsroot/wikipedia/phase3/extensions/ee
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1360/ee
>
> Log Message:
> Directory /cvsroot/wikipedia/phase3/extensions/ee added to the repository
Wrong place for the extension. The "extensions" directory in module
phase3 is just a place holder. Extensions should be commited to the
"extensions" module.
That speed up cvs updating of the core mediawiki package ;o)
--
Ashar Voultoiz - WP++++
http://en.wikipedia.org/wiki/User:Hasharhttp://www.livejournal.com/community/wikitech/
Servers in trouble ? noc (at) wikimedia (dot) org
Hello
Sorry for my bad English, I'm French.
I need to migrate a mediwiki from a server to another. What is the best
way to do it ?
I have done a migration of the database (dump + import), the I put the
mediawiki archive on the new webserver, and I run the installation script:
the result:
----------------------------------------------------------------------
MediaWiki 1.4.0 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
* PHP 4.3.8: ok
* PHP server API is apache; ok, using pretty URLs
(index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 8M. If this is too low, installation may
fail! Attempting to raise limit to 20M... ok.
* No zlib support.
* Turck MMCache not installed, can't use object caching functions
* Couldn't find GD library or ImageMagick; image thumbnailing
disabled.
* Installation directory: /data/httpd/fr
* Script URI path: /fr
* MySQL error 1045: Access denied for user: 'root@localhost' (Using
password: NO)
* Trying regular user... ok.
* Connected to database... 4.0.20; enabling MySQL 4 enhancements
* Database wikifr exists
* There are already MediaWiki tables in this database. Checking if
updates are needed...
...linkscc table already exists.
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_rights table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have ur_user field in user_rights table.
...have log_params field in logging table.
...already have interwiki table
Updating indexes to 20031107: Query "ALTER TABLE recentchanges ADD INDEX
rc_timestamp (rc_timestamp), ADD INDEX rc_namespace_title (rc_namespace,
rc_title), ADD INDEX rc_cur_id (rc_cur_id)" failed with error code
"Duplicate key name 'rc_timestamp'".
----------------------------------------------------------------------
Do you know what it means and how to finish the installation.
Thanks
Julien Francoz
--
Formateur du laboratoire SUPINFO des technologies GNU/Linux
http://www.labo-linux.orghttp://desktoplinux.labo-linux.org
Not sure if this has been discussed yet, but we have US$95,000 budgeted for
hardware this quarter ($20,000 of which for Extra hardware/dev projects ;
meaning hardware and/or paying for critical software development). This does
not include whatever has been bought already (Jamesday ; how much have we spent
since the January order? I don't have the bank records for that yet.).
http://wikimediafoundation.org/wiki/Budget/2005
I�d really like to have a general idea on what we want to buy soon and if that
can be bought before the end of the quarter in 2 weeks, then that�d make
accounting a bit easier for me :).
Note: About $20,000 of the money generated is in the Wikimedia Deutschland bank
account. The easiest way I can see to use that money is to buy equipment that
would be used in a German-based datacenter. I�ve been told that there are many
different offers for free/subsidized hosting in Germany.
http://wikimediafoundation.org/wiki/Fund_drives/2005/Q1
So, what do we want to buy?
Daniel Mayer (aka mav)
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail
Hi,
Would it be possible to add the worldwind URL scheme to the list of
acceptable URL schemes that en.wikipedia accepts as valid for external
links?
With that done, links like:
worldwind://goto/world=Earth&lat=37.23806&lon=-115.81324&alt=2969&dir=3.5
would launch an external copy of [[NASA World Wind]], if installed, to
show the indicated location on the globe. I'm not aware of any
security, spam, or other abuse implications to doing this.
I see that worldwind's own mediawiki installation
(http://www.worldwindcentral.com/wiki/Main_Page) has enabled this URL
scheme.
Gracias,
John Fader
Hi,
After participating in several discussions about SVG on the wikis, it
appears that SVG uploading is currently impossible by design. As I
understand it, the uploading of SVG is disabled because of concerns about
SVG containing malware.
I have written an SVG sanitizer that detects (and removes, although this
may not be useful) the presence of script tags in SVG. It still requires
some fine-tuning to match the requirements of the wikis, so I am inquiring
to find out what those requirements actually are.
Some background: SVG is a form of XML. The SVG specification describes a
number of features, including vector art, animation, inclusion of external
resources, and scripting. It is also possible (and not difficult) to
incorporate non-SVG XML inside an SVG file; individual SVG viewers may
ignore or interpret this XML. Some examples include metadata tags (in RDF)
and program-specific SVG extensions.
In Wikipedia, there are a few diferent things we might wish to do with SVG:
* Simply store it for upload/download to provide diagrams (such as
http://commons.wikimedia.org/wiki/Image:Thermal_reactor_diagram.png ) with
accompanying source, so that they can be modified (the text translated,
for example).
* Render it on the server to generate PNGs at any desired resolution (as is
done, badly, with http://en.wikipedia.org/wiki/Image:Bi-flag.svg )
* Serve it up as an image so that it can be rendered in a browser (such as
the non-free Adobe SVG plugin, konqueror, or the SVG-enabled version of
Mozilla). (This is the only option that would make any use of the
(poorly-supported) animation and scripting capabilities of SVG).
I am suggesting only the first: simply serve it up for download. There are
software issues with the second (no entirely satisfactory rendering
software exists; librsvg, batik, and inkscape are the leading free
contenders). The third would require more extensive software modifications
and would only really be useful if the second worked.
The concern with this application is that the files may contain hostile
scripts which will be run by users who download the files and attempt to
edit them (akin to Word macro viruses). (I know of no current SVG editor
that implements any form of scripting).
The questions that need to be answered before SVG upload could be
re-enabled are:
* What non-SVG content may an SVG file contain? Metadata is common (for
example in the openclipart library of PD SVG files), as are
program-specific extensions. If undesired non-SVG content is found, should
it be removed, or should the file be rejected? (Users of CorelDraw (for
example) may find it difficult to persuade CorelDraw to produce a pure SVG
file).
* Is it sufficient to remove all scripting elements from an SVG file? (are
external resources a concern? animations?) Should files containing
scripting elements have them removed, or should the files be rejected?
It would also be necessary for someone with experience with the Mediawiki
software to figure out how to integrate an SVG sanitizer with the software.
Discussions of SVG support and its desirability:
The original post to this mailing list in which Brion VIBBER announced that
he had disabled SVG:
http://mail.wikipedia.org/pipermail/wikitech-l/2004-September/025467.html
I asked about SVG support; a bad workaround was suggested; vague allusions
to security problems were made; a workaround was suggested:
http://commons.wikimedia.org/wiki/Commons:Village_pump_archive-11#SVG
[[en:User:KrisK]] asked about SVG support; I noted it was disabled; Brion
VIBBER gave a partial answer about why it was disabled.
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28policy%29#raster_vs_…
A recent version of my SVG sanitizer script:
http://en.wikipedia.org/wiki/User:Aarchiba/SVG_sanitizer
In summary: What are the criteria for re-enabling SVG support? There is
increasing demand for it, and it can be effectively sanitized.
Thanks,
Andrew