> From: Terry Auspitz <mediawiki-l(a)clubjuggle.com>
>
> I'm hopeful that someone
> can explain to me, in reasonably small words, how to properly populate
> the "Help" namespace on my new Wiki.
I went through that on one site, and decided it wasn't worth the
effort. There are too many "leaves"!
Luckily, there are relatively few "branches" from which those leaves
spring, and you can easily find them all in the MediaWiki namespace.
I changed each one to point to Meta -- changing "Help:Editing" to
"Meta:Help:Editing", and all is swell. (Oh, I think I hand to turn on
some obscure option like $wgScaryTransclusion or something similar.)
Of course, this is not perfect. Unsophisticated users might not
realize they're not in Kansas any more, and the Meta help may not be
perfectly synch'd to your version, and you can't customize or improve
the help (unless, of course, it improves Meta's help, which is
negentropic and great!). But for me, it was a heck of a lot better
than importing stuff, waiting for it to break, then going back and
importing more stuff, then waiting for it to break, then importing
more stuff...
:::: We can only continue to use oil as long as it lasts. We should
be looking for other sources of energy. There's only one that's big
enough, it's free, and good for at least a billion years. That's the
sun. We must move into solar energy. -- M. King Hubbert, 1976 ::::
:::: Jan Steinman <http://www.EcoReality.org> ::::
Hi everyone,
Has anyone ever created a new theme for their wiki? If so how did you go
about it and did you follow any documentation about how to create a theme.
Cheers,
itsonlybarney
(http://www.itsonlybarney.net.ru/)
--
UTS CRICOS Provider Code: 00099F
DISCLAIMER: This email message and any accompanying attachments may contain
confidential information. If you are not the intended recipient, do not
read, use, disseminate, distribute or copy this message or attachments. If
you have received this message in error, please notify the sender immediately
and delete this message. Any views expressed in this message are those of the
individual sender, except where the sender expressly, and with authority,
states them to be the views the University of Technology Sydney. Before
opening any attachments, please check them for viruses and defects.
Hello all,
I've tried searching, but with little success. I'm hopeful that someone
can explain to me, in reasonably small words, how to properly populate
the "Help" namespace on my new Wiki.
Ideally, if there's a document floating around somewhere that I've
missed, please point me in that direction (after all 'RTFM' *is* a
reasonably small word).
If it helps, the wiki is at http://www.wikitography.org and is 3rd-party
hosted on Redhat.
Thanks in advance for any help you can provide.
~Terry
Hi,
I'm having some problems with my wiki installation.
I can't explain what happens but check out
http://www.wyger.nl/usr/antichrist/ and press set up the wiki. What can I do about that?
Also where can I download language packs?
THX,
Bram Haegeman
Hello,
Several times tried to import the last dump in this order
bg_brokenlinks_table.sql.gz
bg_categorylinks_table.sql.gz
bg_page_table.sql.gz
bg_pagelinks_table.sql.gz
pages_articles.xml.bz2
with no succsess. When accessing any page, the title is there, but the page says the content must have been removed.
Next move - empty the page table and importing again the pages_articles.xml.bz2
Articles pop up, page links work, but the categories are total mess, subcategories and articles are listed without whatsoever relevance to their parent category.
Third move - empty pagelinks table and start visiting the inactive categories and saving them. Articles get properly listed.
Using a fresh install of wikimedia 1.5.5
Tried other languages, the same result even with en_ (the only difference being that the dumps took two days to import).
Any suggestions where might be the problem?
Should I also import the now defunct links table? (bg_links_table.sql.gz 2005-Jun-23 17:54:58)
Thank you
PS. First time sent this from other account, please excuse me for having to moderate/delete that first letter.
I'm a bit lost in trying to get texvc working on a mediawiki installation under
SUSE 10. I get the message
Failed to parse (Missing texvc executable; please see math/README to
configure.): 20y
after trying to insert <math> 20 y </math>
Latex, dvips, and gs all work fine from the command line, either as myself or as
su wwwrun. If (from the command line, in the /math directory of the
installation) I run
texvc ../images/tmp ../images/math "y=x+2" iso-8859-1
a png file with the expected content does appear in the ../images/math
directory, though there's nothing in ../images/tmp
So . . . what am I missing? It appears that, when run from the web server, texvc
isn't found (or isn't executable) but I don't know how to actually check on
what's going on.
Any suggestions will be appreciated.
Gordon
> From: Elisabeth Freeman <beth_spam(a)mac.com>
>
> I just upgraded from Mac OS X 10.4.3 to 10.4.4, and my Media Wiki
> stopped working. Argghhh! I can't live without it.
I know the feeling! I just went through the same thing. A dozen
websites, most unrelated to MediaWiki -- none of them working!
Apple "thoughtfully" changed where PHP looks for the localhost socket
to MySQL.
Others have suggested making a symbolic link between where MySQL's
socket actually is and where PHP is looking for it. I think this is a
messy solution that will probably break again in some future update.
The solution is to get them to agree on where the socket is. You can
easily do this in the configuration files of either program. Since
PHP is the bad guy here, and MySQL was just minding its own business,
I chose to "fix" what Apple "broke" via /etc/php.ini:
patch <<-DONE
668c668
< mysql.default_socket =
---
> mysql.default_socket = /tmp/mysql.sock
DONE
If you might be upgrading to MacOS X Server at some point, it might
be better to change /etc/my.cnf instead, since that is now how MySQL
is configured from Apple. And perhaps the official MysQL
distributions will be changed to reflect that at some point.
It has also been suggested to change the client to use "127.0.0.1"
instead of "localhost". This technique will use the network
interface, rather than a socket, and will be slower and use more
system resources, although perhaps not noticeably so.
Thanks, Apple.
:::: If you aren't doing incremental development, you're gonna get
excremental results. ::::
:::: Jan Steinman, Bytesmiths http://www.Bytesmiths.com/Van ::::
Brion wrote:
> Elisabeth Freeman wrote:
>
>> I was running 1.4.5, on MySQL 4.x and php 4.x. I tried to find info
>> about this problem online, and saw one message from someone who
>> said it
>> was related to an update in the php version on Mac, but I checked the
>> documentation and MediaWiki 1.4.5 doesn't seem to require php 4.x
>> specifically.
>>
>
> My test system uses several custom installations of PHP so I
> haven't seen this
> exact problem, but it sounds like this problem here:
>
> http://www.macosxhints.com/article.php?
> story=20060111113313511&lsrc=osxh
>
> Fiddling with the socket files as in that page should help, give it
> a try.
>
> -- brion vibber (brion @ pobox.com)
Thank you! This was the ticket. It pointed me to the Apple support
document here:
http://docs.info.apple.com/article.html?artnum=301457
which indicated how to create a configuration file to point the new
location to the old sock file.
Worked like a charm!
Beth
Folks I am really stuck on the following issue and would appreciate any help
you can give me.
It is a fairly simple one is that I am wondering how can I setup and
configure a local install inside my own network to allow for portals to be
created? I am working on a project for myself and want to give it a portal
interface for those in my organization to be able to get updated content as
soon as possible. I wish I could just add the portal to wikipedia because I
have created it many times there and it just works but on my local install I
just get strange page formatting.
For example when following: http://en.wikipedia.org/wiki/Wikipedia:Portal I
just get the following printed out on the window after saving the main
Portal:Topic page {{Portal:box-footer | {{{1}}} }}. The result for the
headers and foots are no different. Its almost as if the {{ directives are
just being removed and the rest of the text just is left hanging then.
I have went through the steps of adding the Portal namespace and enabling
subpages but am stuck as can be.
Thanks for any help you can give me!
John