1 Dec 2005 01:17

### 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:

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


1 Dec 2005 02:05

### Need help can someone help THANKS


Hi, ALL
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 $\sqrt{1-e^2}$ on
mediawiki

I got the following error msg,



1 Dec 2005 02:07

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

1 Dec 2005 02:20

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


1 Dec 2005 02:25

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
>
> $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,
> >


1 Dec 2005 02:32

### 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 >  (Continue reading) 1 Dec 2005 02:21 ### 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 >  1 Dec 2005 03:22 ### 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  (Continue reading) 1 Dec 2005 05:24 ### 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  (Continue reading) 1 Dec 2005 05:56 ### 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)