Hi all,
Problem solved after downgrading MySQL from version 4.1.7 to 4.0.22
Thanks for the support.
With kind regards.
Rik Serpentier
adjunct-afdelingschef Informatica
Gewestelijke Directie West-Vlaanderen
Roggelaan 2
8500 Kortrijk
+32 (0)56 23 17 43 (rechtstreeks nummer)
Bezoek onze website : www.vmw.be
What is with all these blue dots on your info pages? It makes it so
hard to read. I was browsing Russia - Alexander II, III, and Nicholas
II - and could barely read against the crazy background. What gives?
I'll check fr the interwiki.sql into the 1.3.8 ... But at first sight,
it look the same !
The site is at http://encyclopedie.octopuce.qc.ca ...
>
> Message: 10
> Date: Thu, 25 Nov 2004 22:20:52 -0500
> From: Jamie Bliss <astronouth7303(a)gmail.com>
> Subject: Re: [Mediawiki-l] Language Link Issue !
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)wikimedia.org>
> Message-ID: <deebf0b90411251920196b4104(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Thu, 25 Nov 2004 22:06:18 -0500, David Fredette
> <dfredett(a)visioninfo.qc.ca> wrote:
>> The wikipedia-interwiki.sql is uptodate... right from the CVS...
>
> You should only do this if you're developing. The CVS version may not
> work (because it is what was last saved by the developers), and the
> current CVS version is radically different from the release version.
> Use release version 1.3.8 instead.
>
>> All the link themself are working... But they are not in the tool bar
>> on the left... And the categorie link are on the top of article as
>> they
>> are supposed to be at the end of the article, in a blue box... But the
>> link work !!!
>
> Can you give us a URL to the site?
>
>> Any other idea ???
>>
>> Le 24-Nov-04, à 3:23 PM, mediawiki-l-request(a)Wikimedia.org a écrit :
>>
>>> You need to set up the interwiki prefixes for Wikipedia's in-project
>>> interwiki links. These are not installed by default because, usually,
>>> you're not Wikipedia.
>>>
>>> There's a sample (probably not 100% up to date) in
>>> maintenance/wikipedia-interwiki.sql
>>>
>>> -- brion vibber (brion @ pobox.com)
>>
>> Au Plaisir !
>> --
>> David Fredette
>>
>> "Je viens d'apprendre que les ventes d'automobiles neuves ont encore
>> baissé de 4%. Encore un coup des pirates qui téléchargent des voitures
>> sur Internet !"
>>
>> - Jean-François, courrier des lecteurs
>> du Télérama -
>>
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l(a)Wikimedia.org
>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>
>
>
> --
> -------------------------------------------------------------------
> http://endeavour.zapto.org/astro73/
> Thank you to JosephM for inviting me to Gmail!
>
>
> ------------------------------
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
>
> End of MediaWiki-l Digest, Vol 14, Issue 34
> *******************************************
>
>
Au Plaisir !
--
David Fredette
"Si tout le monde vous donne raison, c'est que vous êtes d'une
intelligence remarquable... ou bien que vous êtes le patron."
-- André Birabeau --
mediawiki-l(a)Wikimedia.org writes:
>> I have the exact same problem. I don't know what's causing it. The
>> install works but it is nice to get confirmation that everything went
>
>> OK or not.
>>
>> So, when doing installs, I have been using an old version of Mac OS X
>> Internet Explorer to get around this problem.
>
>I don't believe I've ever had this problem. (I'm using Safari 1.2.4
>[v125.21] on Mac OS X 10.3.6) Under what circumstances are you seeing
>this problem in Safari? Only when installation fails? In what way(s)?
>Also on success?
>
>"bad server response" sounds like bogus compression or other output
>oddities.
>
>-- brion vibber (brion @ pobox.com)=
I'm running the same system but Safari version 1.2.4 [v125.11].
I always get the message for the installation completion page. The failure
is solid and always happens whether the install succeeds or not. It is the
*only* circumstance when I get the message. I never get a failure on the
initial installation form, or when running my wiki. Could it have anything
to do with the version of PHP I am running or zlib? By the way...
MediaWiki: 1.3.8
PHP: 4.3.4 (apache)
MySQL: 4.0.13
I am just starting to play with the phase3 head revision. If the problem
goes away with that or when I apply the outstanding maintenance fixes to
MacOS, I'll post it here.
Nick
P.S. sorry for the duplicate message.--NPJr.
mediawiki-l(a)Wikimedia.org writes:
>> I have the exact same problem. I don't know what's causing it. The=20
>> install works but it is nice to get confirmation that everything
>went=20=
>
>> OK or not.
>>
>> So, when doing installs, I have been using an old version of Mac OS X
>> Internet Explorer to get around this problem.
>
>I don't believe I've ever had this problem. (I'm using Safari 1.2.4=20
>[v125.21] on Mac OS X 10.3.6) Under what circumstances are you seeing=20
>this problem in Safari? Only when installation fails? In what way(s)?=20
>Also on success?
>
>"bad server response" sounds like bogus compression or other output=20
>oddities.
>
>-- brion vibber (brion @ pobox.com)=
Can someone point me in the right direction with how to delete pages marked
for administrative deletion. Is there a script that will remove these pages?
How often should you reindex the wiki?
Where can I find a good source for administrative tasks documentation.
John
Hi,
When I installed Mediawiki, it warned me my ISP's php is in save mode.
So, I changed the /images directory to 777 as suggested and the
installation proceeded ok. But now when I tried to upload an image, it
failed with the error:
Could not copy file "/tmp/phpsBKyBW" to
"/home/wikiphoto_trial/htdocs/wiki/images/temp/0/0e/20041203005505!Printer_Test_file.jpg".
with the details shown at the top:
Warning: move_upload_file(): SAVE MODE Restriction in effect. The
script whose uid is 1090 is not allowed to access
/home/wikiphoto_trial/htdocs/wiki/images/temp owned by uid 1001 in
/home/wikiphoto_trial/htdocs/wiki/includes/SpecialUpload.php on line 334
I check the owner of my images/temp directory and it is not owned by me.
The owner is "Webadmin". it seems it was created by the Apache process
and php doesn't like it. What should I do now?
p.s. I'm sorry if this question has been asked and answered by others
before. I don't know how to search the mailing list archive.
Thanks
--
John
Did you make sure that in the AdminSettings.php file $wgDBadminuser and $wgDBadminpassword were set correctly for your database user?
-----Original Message-----
From: Baeckeroot alain [mailto:al2.baeckeroot@laposte.net]
Sent: Thursday, December 02, 2004 1:38 PM
To: mediawiki-l(a)Wikimedia.org
Subject: [Mediawiki-l] Newbie : full text search
Hi
I have read here that i must run maintenance/rebuildtextindex.php for
fulltext search.
My wikipedia is functional and works smoothly :)
Well, i installed a php client ;) and then run the script.
- First it complains about AdminSettings.php that i hade forgotten
so i copy Adminsettings.sample to it and run again
- it says (in french) that
"for technical reasons, it is impossible for the moment
to connect the database"
the wiki is nice and running, the database also !
What did i miss ? (i setup my first apache / sql server a few days ago, just
for wikipedia :)
thanks in advance. Regards
Alain
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
I'm attempting to setup Mediawiki 1.3.8 on an OpenBSD 3.6 box running
apache 1.3.33 and MySQL 4.0.18
When I first try to install it after filling in the information on the
config/index.php page I get the following:
MediaWiki 1.3.8 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
PHP 4.3.9: ok
PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
Have zlib support; enabling output compression.
Found GD graphics library built-in, image thumbnailing will be enabled
if you enable uploads.
Installation directory: /home3/codemonk/www/kb.monkylabs.com/wiki
Script URI path: /wiki
Notice: Constant NS_MEDIA already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 8
Notice: Constant NS_SPECIAL already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 9
Notice: Constant NS_MAIN already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 12
Notice: Constant NS_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 13
Notice: Constant NS_USER already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 14
Notice: Constant NS_USER_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 15
Notice: Constant NS_WP already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 16
Notice: Constant NS_WIKIPEDIA already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 17
Notice: Constant NS_WP_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 18
Notice: Constant NS_WIKIPEDIA_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 19
Notice: Constant NS_IMAGE already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 20
Notice: Constant NS_IMAGE_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 21
Notice: Constant NS_MEDIAWIKI already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 22
Notice: Constant NS_MEDIAWIKI_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 23
Notice: Constant NS_TEMPLATE already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 24
Notice: Constant NS_TEMPLATE_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 25
Notice: Constant NS_HELP already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 26
Notice: Constant NS_HELP_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 27
Notice: Constant NS_CATEGORY already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 28
Notice: Constant NS_CATEGORY_TALK already defined in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 29
Fatal error: Cannot redeclare class namespace in
/home3/codemonk/www/kb.monkylabs.com/wiki/includes/Namespace.php on
line 57
If I edit the config/index.php and specify absolute paths for the 3
require_once statements instead of the default ../includes setup
completes.
However when I go to what should be the front page I just get a blank page.
Any ideas? PHP is set to log errors (I've got a page missing a ; just
to test that error logging is in fact working) but viewing the wiki
main page doesn't log anything.
Thanks
mediawiki-l(a)Wikimedia.org writes:
>Running setup from within Apple's Safari-browser results in :
>
>Safari canít open the page
>ìhttp://localhost/~admin/mediawiki/config/index.phpî.
>
>The error was: ìbad server responseî (NSURLErrorDomain:-1011)
>
>Do you have any tips to resolve this ?
>
>Apparantly all tables and users were created in MySQL
I have the exact same problem. I don't know what's causing it. The install
works but it is nice to get confirmation that everything went OK or not.
So, when doing installs, I have been using an old version of Mac OS X
Internet Explorer to get around this problem.
Nick Pisarro