I take it that we now have two database machines, one server and one
keeping synchronized?
If so, can we use the synchronized machine to enable fulltext search
again? Or would that pur too much stress on it?
Magnus
Hi,
I am having problems upgrading a wiki from 2.2 to the 3.0 beta.
This wiki is located on a server where I do not have root access. I
followed up the install procedure and all indications were that it was
successful.
After copying LocalSettings and navigating to the wiki page:
[pear_error: message="failed to open stream: Operation not permitted" code=0 mode=return level=notice prefix="" info=""]
Any ideas?
Thanks -John
PHP 4.3.5 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:
/home/.eclair/jarv/swing.funformentals.com/wiki
* Script URI path: /wiki
Warning: $wgProxyKey is insecure
* MySQL error 1045: Access denied for user:
'root(a)yerba.dreamhost.com' (Using password: NO)
* Trying regular user... ok.
* Connected to database... 4.0.20-log; enabling MySQL 4
enhancementsWarning: $wgProxyKey is insecure
* Database swingwiki exists
* There are already MediaWiki tables in this database. Checking if
updates are needed...
...ipblocks is up to date.
...already have interwiki table
...indexes seem up to 20031107 standards
...have linkscc table.
...linkscc is up to date, or does not exist. Good.
...have hitcounter table.
Converting links table to ID-ID...
Schema already converted
...have user_real_name field in user table.
...have special page querycache table.
...have objectcache table.
...have categorylinks table.
Template namespace already initialised
Initialising "MediaWiki" namespace...
* Finished update checks.
Creating LocalSettings.php...
Success! Move the LocalSettings.php file into the parent
directory, then follow this link to your wiki.
I've done some modifications in SpecialMovepage that allow to make
moving pages sysop-only, this is activated in InitializeSettings.php for
en to stop some ongoing vandalism.
Before this was in place, all wikis and then only en were in read-only
mode for a few minutes.
Gabriel Wicke
Zwinger was out of commission for about a half hour from 22:20 UTC. Not
entirely sure what happened, but syslog entries record a number of out
of memory kills of the web server.
Symptoms included very high load, very slow response on NFS, very *very*
slow response on interactive terminals, and timeouts of attempted ssh
logins. Machine seems ok after a reboot.
Ain't single points of failure grand? :)
Gwicke's been experimenting with the coda distributed filesystem.
Hopefully it wasn't involved in the crash. :) If it works nicely, it
could be more reliable than our current center-heavy NFS system for
sharing the files to the web servers.
-- brion vibber (brion @ pobox.com)
Hi,
I'm trying to get math input working in my own wiki. Unfortunately
something is messed up with my texvc-installation. I know that latex,
dvips, gs and convert are in my apache path. Instead, I think texvc
isn't really working here. When I do:
# mkdir tmp out
# echo | ./texvc tmp out 'x \not\in \Sigma' iso-8859-1
+5e6c5975facb1fd4f0895accca92d451-
I found the file tmp/8435_5e6c5975facb1fd4f0895accca92d451.tex in my tmp
directory. Poking around with strace -f it appears, that latex cannot
find the temporary texfile and consequently texvc gives up. Here's the
relevant bits:
[pid 8446] access("./tmp/8444_bc30a6e8e7394384dc79e75a32f251f3.tex", R_OK) = -1
ENOENT (No such file or directory)
in the thread that executes latex. I double checked, the file does
exist. [1]
The error message I get is: Parser-Fehler (PNG conversion failed; check
for correct installation of latex, dvips, gs, and convert).
I'm really stuck here.
TIA,
Viktor
[1] Although the PID is different, never mind that.
--
GnuPG-Fingerprint: E292 4D89 A5F1 16EC 2795 35AC 9162 34E8 2331 4340
If you use Emacs and have a local Wikipedia,
you may be interested in some code I'm working on.
This code can access Wikipedia through Emacs.
I am currently extending the code into a full wkp-mode.
For more details, check my User page
at http://meta.wikipedia.org/wiki/User:MwZurp
Replying to myself, I think I found a way to render SMILES:
1. SMILES into OpenBabel (http://openbabel.sourceforge.net/), output CML
(chemical markup language)
2. CML into BKchem (http://zirael.org/bkchem/), output SVG
3. SVG to PNG (somehow...)
Magnus
Magnus Manske wrote:
> I just found another GPL tool, which can convert SMILES (among other
> things) into other formats:
> http://openbabel.sourceforge.net/
> Is any of the *output* formats of that software convertable into PNG
> through other GPL software?
>
> Magnus
Magnus Manske wrote:
> I just found another GPL tool, which can convert SMILES (among other
> things) into other formats:
> http://openbabel.sourceforge.net/
> Is any of the *output* formats of that software convertable into PNG
> through other GPL software?
>
> Magnus
>
Try this:
http://xdrawchem.sourceforge.net/
which can read MDL and emit PNGs, is GPL-licenced, and cross-platform.
It also says "Can also read and write any format supported by the
current release of OpenBabel." and since this includes SMILES, this may
mean this is a single -component solution (or just that it calls
OpenBabel externally to do the work).
I've also found this interesting set of lecture notes for background on
chemical informatics:
http://www.indiana.edu/~cheminfo/C371/c371barnard.ppt
(which opens just fine in OpenOffice.org)
-- Neil