Importing a wiki

I am trying to port my wiki on a new computer.  To do this I simply
dumped by database and then recreated it on my new database on the new
computer.  I then tried to simply run the install script from a fresh
wiki installation.  I get the following error:

A database error has occurred
Query: INSERT INTO `old`
(old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old
_timestamp,inverse_timestamp) SELECT
cur_namespace,cur_title,cur_text,cur_comment,cur_user,cur_user_text,cur_
timestamp,99999999999999-cur_timestamp FROM `cur` WHERE
cur_namespace='8' AND cur_title='1movedto2'
Function: Article::quickEdit
Error: 1146 Table 'wikidb.old' doesn't exist (localhost)

The entire installation script appears as follows:

...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.

Need help can someone help THANKS

Hi, ALL
I was asking this question for about a week.  Can
someone help?

I am running mediawiki 1.5.2 on Fedora core 4.

I try to have TeX implemented.  I read the 'Enable
TeX' on meta and the README file in the math
directory.

I have all the external programs installed and tested.
The command line texve seems working well.

For example, by executing the following command in the
math directory
./texvc /var/www/wiki/images/tmp
/var/www/wiki/images/math/ "\lim_{n \to \infty}x_n"
iso-8859-1

I got the desired PNG in the
/var/www/wiki/images/math/

So the directory permssion is OK.

But when I tried <math>\sqrt{1-e^2}</math> on
mediawiki

I got the following error msg,

Re: Importing a wiki

Harris, Mike wrote:
> I am trying to port my wiki on a new computer.  To do this I simply
> dumped by database and then recreated it on my new database on the new
> computer.  I then tried to simply run the install script from a fresh
> wiki installation.  I get the following error:
[snip]
> Error: 1146 Table 'wikidb.old' doesn't exist (localhost)

1.5 has no 'old' table. Did you import a 1.5 database with 1.4 source code?

You can set a prefix on all tables. Did you import a database with prefixes, and
fail to configure that prefix in the installer?

-- brion vibber (brion  <at>  pobox.com)

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@...
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

Re: adding a 'CSV' field to MediaZilla

Shock horror! CVS contains a command called update! Shock horror! CVS
clients can tell you what's changed between your workspace and the
repository!

What happens if more than one file was changed, as is often the case?

Rob Church

On 30/11/05, gangleri <gangleri@...> wrote:
> Hallo!
>
> It seems that the section *Queryable Fields* in
> http://bugzilla.wikimedia.org/config.cgi shows the defnition of the fields
> in MediaZilla.
>
> What about adding a field
>   { name: 'related_cvs_link',
>     description: 'CVS' }
>
> This field should contain the link to the relevant file at
> http://cvs.sourceforge.net/viewcvs.py/wikipedia/
> and should help newbees to go directly
> a) to the relevant file that needs to be changed
> or if the bug report was fixed
> b) to the file that *was* changed; if more similar files have been changed
> then an example url should be included
>
> Why this request?
> a) I was able to idendify some of such files but I was not able to identify
> for exmple the file where the change for

Re: Problem uploading images

Is the uploads (/wiki/images) directory writable by the web server user?

Rob Church

On 30/11/05, Martin Baumann <mailsgetlost@...> wrote:
> I just found out that the error message is called in
> includes/SpecialUpload.php
>
> $success = move_uploaded_file( $tempName, $this->mSavedFile );
> if( ! $success ) {
>    $wgOut->fileCopyError( $tempName, $this->mSavedFile );
>    return false;
> }
>
> the string in $tempName changes at each upload.
>
> What can I do?
> Any idea?
>
> Can it have something to do with save mode?
>
>
> Martin
>
>
>
> Martin Baumann schrieb:
>
> > Hi,
> >

Re: Modifying search results page

Parsing? Hmm, sounds like that *might* be something the parser
does...see the global $wgOut output page object knocking about, which
contains a few of those functions. Also refer to Parser.php...

Rob Church

On 29/11/05, Alex Edelman <alexoedelman@...> wrote:
> Hey, all.
>
> I'm looking to change the way my search results appear. Currently,
> they include, as per default, the link to the article, and below that
> a snippet of text from it. My problem is that this text contains
> iteral wikicode ([[]], '''', etc.). How can I change the results page
> so that these marks are removed?
>
>  Having stared and stared at searchengine.php and its related files,
> I've found the classes, extended classes, and their functions way over
> my head. Is there some specific function that parses wikitext? And
> which function's return do I have to parse thus?
>
> --
> Sincerely,
> Alex Edelman
> "Alpaca"
> http://www.thekolwiki.net/
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>

Re: mediawiki 1.5: so difficult?

Not a biggie, however...

Rob Church

On 30/11/05, Rowan Collins <rowan.collins@...> wrote:
> On 30/11/05, Rob Church <robchur@...> wrote:
> > ...bear in mind to tweak the code for Special:Wantedpages first,
> > otherwise it'll miss out some which aren't linked to more than once.
>
> Ah, I didn't realise that. Thought there might be a catch. :(
>
> --
> Rowan Collins BSc
> [IMSoP]
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>

is this a bug? behaviour of oldid has changed

Hallo!

Some days before you could use ?oldid=nnnn / &oldid=nnnn with an *arbitrary* 
title.

This has changed (today?).

There are scenarios where this is quite strange.

I created http://test.leuksman.com/view/Refer_by_oldid
as http://test.leuksman.com/index.php?title=Refer_by_oldid&oldid=9974
I moved the page to http://test.leuksman.com/view/Refer_by_oldid_moved
as http://test.leuksman.com/index.php?title=Refer_by_oldid_moved&oldid=9975
I deleted http://test.leuksman.com/view/Refer_by_oldid

What happens:
see
a) http://test.leuksman.com/index.php?title=Refer_by_oldid&oldid=9974
b) http://test.leuksman.com/index.php?title=oldid=9974
c) http://test.leuksman.com/index.php?title=Refer_by_oldid_moved&oldid=9974

Another scenario:
Namespaces get changed and the titles do not match any more.

This was irrelevant in the past. Not it is *not*.

Should we open a bug?

regards reinhardt [[user:gangleri]]
irc://irc.freenode.net/mediawiki

Re: imitating commons on private mediawiki installations

Hmm, I feel like I would need to enter more information to
LocalSettings.phpfor this to work.

As I understand it, Wikimedia Commons is a MediaWiki installation that
*could* have text information but instead was dedicated to media files. And
the other languages, english, german, etc.. will "look up" Wikimedia Commons
when an Image: request does not show any local file. Right? So I'm assuming
the configuration given by Brion Vibber

$wgSharedUploadPath = 'http://upload.wikimedia.org/wikipedia/commons';
$wgSharedUploadDirectory = '/mnt/upload3/wikipedia/commons';
$wgHashedSharedUploadDirectory = true;
$wgSharedUploadDBname = 'commonswiki';

is a LocalSettings.php insert for every single language wikipedia
installation, except for Commons itself, right?

If this is the case, why is given language MediaWiki X (let's say the
english installation) not provided with the MySQL user and password for the
UploadDBname "commonswiki"? Shouldn't there be entries for
$wgSharedUploadDBuser and $wgeSharedUploadDBpassword ?

For instance, our MediaWiki installs at mpkb.net are structured as follows:

MySQL
english wiki (/en) DB mpkbnet_wiki, prefix en_ (en_archive, en_brokenlinks,
etc..)
spanish wiki (/es) DB mpkbnet_wiki, prefix es_ (es_archive, es_brokenlinks)
user for mpkbnet_wiki = mpkbnet_mpkbnet

Re: imitating commons on private mediawiki installations

Yongho Kim wrote:
[snip]
> If this is the case, why is given language MediaWiki X (let's say the
> english installation) not provided with the MySQL user and password for the
> UploadDBname "commonswiki"?

It's accessed on the same database connection, so your DB user needs permissions
on the shared database as well.

> For instance, our MediaWiki installs at mpkb.net are structured as follows:
> 
> MySQL
> english wiki (/en) DB mpkbnet_wiki, prefix en_ (en_archive, en_brokenlinks,
> etc..)
> spanish wiki (/es) DB mpkbnet_wiki, prefix es_ (es_archive, es_brokenlinks)
> user for mpkbnet_wiki = mpkbnet_mpkbnet

If you're using prefixes, you may also need to set $wgSharedUploadDBprefix.
(You did look in DefaultSettings.php for all the available settings, right?)
I've never tested it with prefixes, so can't guarantee it'll work properly.

> But still, I can't see how one wiki would be able to access DB information
> for the other "commons" wiki.

You can access as many databases on the server as you like, as long as the user
has permissions for them.

-- brion vibber (brion  <at>  pobox.com)