Funny, I had the same question for Thomas just a couple days ago. Turns out
that the new master is now at:
http://master.moinmo.in
...and everything else is basically the same. As a matter of fact, if you
were an editor on the old master, the same page carries over to the new
master (so just log
/HelpOnInstalling/Win32MoinEasyBackup
-Rick
On Dec 20, 2007 5:00 PM, Rick Vanderveer [EMAIL PROTECTED] wrote:
All,
I'm attempting to duplicate my wiki farm onto a VMware virtual machine (VM
is Windows). It seems as soon as I copy over all my data and config files
(I have to tweak a few settings so
Well, something somewhere clearly got hung up on it. I removed that filter
(exclude 'cache' directories), re-ran the backup, then restored from backup
onto my test virtual machine and everything was good! I'm guessing that
perhaps there was no cache directory at all (not just an empty 'cache'
I initially had a large number of issues also (including migration script
issues similar to yours).
After my own migration pains, I've a thoroughly documented the upgrade
process which (I hope) you might find helpful. (Hopefully it can serve as a
concatenated upgrade instructions page).
Oliver,
Yes, you need to install moin 1.6 first.
Although, I'm not sure how you were able to get that final migration script
without doing so first. That kinda baffles me...
Here are the steps I took, which can provide a somewhat high-level overview
(it's Windows-centric, but it should provide
clarify the need/use of the rename files?
-Rick
On Jan 8, 2008 10:56 AM, Paul Moore [EMAIL PROTECTED] wrote:
On 08/01/2008, Rick Vanderveer [EMAIL PROTECTED] wrote:
I initially had a large number of issues also (including migration
script
issues similar to yours).
After my own migration
Ted,
A new feature of 1.6 (I believe it was added in 1.6, I don't think it
existed before then) is the ability to specify the user directory, so that
you can use a common directory among all your wiki's.
http://moinmo.in/HelpOnUserHandling (see last section)
Of course, you'll probably want to
?)
Thanks,
Sebastian Haase
On Jan 11, 2008 12:21 AM, Rick Vanderveer [EMAIL PROTECTED]
wrote:
Ted,
A new feature of 1.6 (I believe it was added in 1.6, I don't think it
existed before then) is the ability to specify the user directory, so
that
you can use a common directory among all your
Manjula,
If you're running Apache on Windows, I suggest upgrading to 2.0.x. Apache 2
has much better Windows-native support. The Apache group themselves
recommend avoid running 1.3 on Windows (as mentioned in the windows-warning
on their download page).
-Rick
On Jan 17, 2008 8:45 PM, Manjula
This is the same issue we face since updating to 1.6. We have a number of
pages where we have .doc and .xls attachments. The desired behavior would
be to click the link and have it start downloading, as the previous versions
behaved and how most users come to expect attachment links to work (not
(Finally getting around to replying to an old topic)
I can understand how MS advertisements could disturb some purists. But to
me, I see like this:
- As we all know, Microsoft has publicly denounced open source. Yet, here
they are [indirectly] supporting open source thru funding of
Well, I for one am interested in your patch!
I can't speak for the core developers (I'm just a grateful user), but I
guess it depends on the form your patch is in as to where to put it. I
assume it's not a macro (that would be too easy, if it were then you could
simply add it to the MacroMarket
This is easy, you basically just need to add this in your wikiconfig.pyfile:
acl_rights_before = uJohnMiller:read,write,delete,revert,admin
acl_rights_default = uAll:read,write,revert
...where JohnMiller is the admin and all is everyone else. You don't need
to specify 'all', as it is a built-in
I'm with Gnarlie on this one-- who care's that Microsoft is sponsoring this
server?
As far as I'm concerned, *someone* has to pay for it, so why not con your
competitor? It's not like they're making any converts. Personally, I think
it's great (in an ironic sort of way) that Microsoft is
Hey Thomas,
I understand the changes made, and the future implementation of revisioned
attachments will be a HUGE win for Moin!
However, I too am getting hate-mail over the confusion with attachments from
my users. Is there a way, based on mimetypes or other mechanism, to specify
which files get
Bernd,
I apologize, I've been meaning to update those instructions since 1.6 came
out.
You should be able to fix your installation by applying the instructions
for updating here (in effect, you've installed 1.6 using 1.5 instructions,
so you now just need to apply the configuration updates):
The purpose of the login is so you can see *who* made the edits. I would
think even for an intranet-only wiki that would still be a valuable
feature! Otherwise, there would be zero accountability if anyone did a
disastrous change.
In our organization, I'm using Windows domain authentication.
I'd like to cast a vote for this as well, for the same reasons Oliver points
out... :-)
-Rick
On Thu, May 1, 2008 at 7:06 AM, Olivier Mueller [EMAIL PROTECTED]
wrote:
Hello,
Under http://moinmo.in/FCKeditor we can read: The version of FCKeditor
in use with MoinMoin 1.6.3 is 2.2 (...). The
The lack of replies is not due to apathy, but that few people run in the
that configuration (it seems).
As a substitute, I have Moin running on Apache and using Domain
Authentication, and all is working perfectly. We even have multiple domains
within our company, and it all works without a
With the impending release of 1.7rc1, I decided to run the upgrade
process on my test box: Windows, running Apache, FastCGI.
Running the migration script or simply trying to go to a wiki page, I
get a AttributeError: 'function' object has no attribute 'name'
error. Any suggestions?
Here is
Thanks Thilo for the reply. However, actually I traced the problem
(yes, reading CHANGES more carefully ;-) to a change in auth. The new
method is:
from MoinMoin.auth.http import HTTPAuth
auth = [HTTPAuth()]
Sensing I was near success, I eagerly hit 'refresh'-- instead I was
greeted
Thomas,
You're right, I am running a farm (using farmconfig.py, not
wikiconfig.py). However, I've combed thru my farmconfig.py file very
thoroughly, and am not seeing any problems. Does auth =
[HTTPAuth()] need something within the parentheses?
Sorry to do this, but I'm pasting in my
That really depends on how you have you installations set up.
If you have set up FastCGI as a service, for example, you'll need to
stop/start via the Services administrative tool (in control panel).
If you're using just regular CGI (i.e. moin.cgi), then moin.cgi is
loaded for each request
This is not something I need to do every day, so I can't say when it
exactly broke. But, Delete Page from the action menu is now grayed
out for me. Here's the relevant section from my farmconfig.py file:
acl_rights_before = uRvanderveer:admin,read,write,delete,revert
acl_rights_default
Hello Burkhard,
Since you're running Moin on Windows, I foresee one of two scenarios:
1. Moin is using just CGI (file name moin.cgi). In this case, no
restarting is necessary since every request relaunches the CGI script.
2. Moin is using FastCGI (file name moin.fcg). In this case, it
Oh, I think I get it now! Actions_Excluded basically overrules ACL's
regardless of ACL_rights_before settings. Makes sense.
-Rick
On Mon, Jun 23, 2008 at 4:16 PM, Radomir Dopieralski
[EMAIL PROTECTED] wrote:
Mon, Jun 23, 2008 at 02:49:52PM -0500:
ok, I discovered the answer to my own
Hello all,
So, I just upgraded to Moin 1.7 last night. I thought I ran thru a battery
of tests of all the third-party macros I use on my test server, but
evidently missed one: the SortBy macro. We use this to sort a phone number
table for our internal phone directory. This macro worked
For completeness, here is a copy of the macro:
--
import sys, re, StringIO, cgi
from MoinMoin.Page import Page
class SortByError(Exception):
Raised anywhere in the macro, caught outside the main loop.
It seems this broke between 1.7.0rc3 and 1.7.0 (final). It was
working in all prior releases up to and including 1.7.0rc3.
In my tabs (navi-bar configuration in farmconfig.py), I have a link to
an external server. The code is:
u'[http://mail.example.com Webmail]',
As of 1.7.0, it
I'm trying to use the moin --config-dir=... --wiki-url=... maint
cleanpage command (on Windows), as I have several pages effected by
the bug mentioned in the 1.7.1 release notes. Is this supposed to do
perform the action, or simply output the pages question? I can take
the output and modify it so
Thanks Thomas, that's what I suspected, and just wanted to confirm.
For those Windows users out there, here's what I did to get it to work:
http://moinmo.in/RickVanderveer/MigratingFromMoin16ToMoin17#cleanpage
-Rick
On Wed, Jul 23, 2008 at 9:53 AM, Thomas Waldmann [EMAIL PROTECTED] wrote:
It sounds like you want the user_homewiki directive (I have the same
set-up). See http://moinmo.in/HelpOnConfiguration for details.
- Rick
sent via iPhone
On Aug 1, 2008, at 6:02 PM, Ted Stern [EMAIL PROTECTED] wrote:
Hi all,
I'm using MoinMoin 1.6.3 (finally upgraded) with
Just to second what Thomas already said; upgrading to the later
versions of Moin is worth it. Each new release get successively more
features that are not only nicer and more powerful for your users, but
also nicer and more powerful for you as the admin.
Rather than mucking with a live wiki
Hello Gunter,
We were never successful in reliably getting .swf or other movies to
work using any Moin-macro solution. Some things work, others don't,
you never know what results you'll get.
So, consequently, we're resorted to simply escaping to raw html and
and pasting in the code that way, and
One workaround, instead of #format html install and use #format
raw. However, due to severe security concerns, use this only on
internal wiki's. Look on the macro page for 'raw'.
Also, height=100% doesn't work for me either, you must specify a
height in pixels.
-Rick
On Thu, Sep 18, 2008
Yes, it's the old downloading attachments topic again. :-(
I know that the developers are reluctant to reverti to the old
behavior of linking to a document and have it download by default.
The new method requires a |do=get statement. But that *still*
baffles a vast majority of my users, and I
Correct me if I'm wrong here, but I think accessing the wiki via
either https or plain old http is a separate issue from actually
logging in. Switching to https is merely switching the protocol, but
not providing a login method. You still need to log in somehow.
Assuming since this is a secure
Really, all I want is a sane method of making files easily
downloadable. :-) (actually, I just want my users to leave me alone
about it, but we need to fix the first part before the second part
will happen. :-) That's why I suggested in my earlier email if I
could just change the do=view
Another related customizing navi-bar question:
We use our navi_bar links to point to other various internal servers
(webmail, project server, expense report server, etc). It would be kind of
nifty if we could badge those links with an icon. For example, the webmail
link will have a nice like
On Wed, Oct 8, 2008 at 9:00 PM, Gnarlodious [EMAIL PROTECTED]wrote:
On 10/8/08, Sebastian Haase wrote:
http://wiki.wxpython.org
You need a link to the main site. Open wikiconfig.py and find variable
navi_bar. Add a link to your main site like this:
u'http://wxpython.org/',
Just to clarify exactly what's happening:
The user is able to log in and see the wiki. However, no user file is
created in the 'user' directory, and the users' name and 'settings' link are
missing.
-Rick
On Fri, Oct 10, 2008 at 12:11 AM, Rick Vanderveer [EMAIL PROTECTED]
wrote:
I've read
-
Hash: SHA1
Rick Vanderveer schrieb:
Just to clarify exactly what's happening:
The user is able to log in and see the wiki. However, no user file is
created in the 'user' directory, and the users' name and 'settings' link
are
missing.
-Rick
Hi Rick
wiki/config
Hey JT,
What you want to do is definitely possible and fairly straightforward. Like
you, I didn't want to have to configure DNS each time I added a new project
wiki. I think I know where you got hung up, because the example in the
farmconfig-py file does seem to be configured in a virtual hosts
Hey Kai,
You actually need to restart FastCGI when you make a wikiconfig.py
change, not apache.
- Rick
sent via iPhone
On Oct 29, 2008, at 2:57 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Since I have moved from IIS to Apache something has changed:
When I change my wikiconfig.py
Hey Waqas,
After struggling for a long time, we were never able to get the EmbedObject
macro to work reliably or predictably. We finally gave up and just escape
to raw html. You need to download a 'raw' parser, as the built-in html
parser doesn't allow full media control. This is fine for
There are two ways to do this: 1. For the individual user, they can set
this as a preference within their account settings.
2. Globally, you can set the preferred editor within the wikiconfig.py file
('text' or 'gui'). So, you essentially set the GUI editor as the default
editor for anyone that
Hey Thomas,Just curious, what features are planned for Moin 1.9?
-Rick
On Fri, Nov 21, 2008 at 4:13 PM, Thomas Waldmann [EMAIL PROTECTED] wrote:
See http://moinmo.in/MoinMoinDownload for the release archive and the
change log.
This is just a final maintenance release with all changes we
Oh, I definitely like the direction of the new documentation! I really like
that specific stuff (like platform-specific help) are nicely organized as
subpages, and I like the conciseness, and the flow.
I'll try to round out the Mac and Windows blank links over the next few
days.
-Rick
On Sat,
Jeremiah,
I think we weren't clear on what you wanted to do.
ACL's are Access Control Lists, they're the permissions level. It sounds
like what you're describing, you want user-authentication. The relation
between the two is, imagine a file server, where anyone in the company can
log onto the
Pierre,
In addition to everything Thomas and Reimer said, I'd like to add that I
personally keep up with the current releases, and try to document the major
changes and upgrade steps which many find useful. It's also linked directly
from the MoinMoinDownload page, so it's easy to find. :-)
Hey Peirre,
Well, you have to understand that part of upgrading the code is doing away
with the flawed design decisions that had become a royal headache to work
around. For example, the code that handled spaces in links/URL's was a
nightmare, and was seriously hampering development. At some
Hey Kai,You need to also modify some Python files. I have an upgrade guide
that will help you here (also linked from the moin download page). Pay
attention to the FastCGI section:
http://moinmo.in/RickVanderveer/UpgradingFromMoin17ToMoin18
-Rick
On Wed, Dec 31, 2008 at 4:20 AM,
I know, I know, I'm a bit late to the game and your question already
answered... :-)
But, just wanted to mention that I've uploaded a Working With Images page
that I originally created on my own wiki. Hopefully it will be helpful to
someone...
http://moinmo.in/RickVanderveer/WorkingWithImages
Actually, tables will follow *most* css rules, when placed in them. Before
the built-in HTML parser that allows you to escape out and paste in some of
your own style text (see my page for an example:
http://moinmo.in/RickVanderveer), using a table with invisible border was a
fairly common way of
Good news!
Being bored one afternoon last week, I set about testing upgrading FastCGI
on my Moin Windows server. Then for kicks, I decided instead to try
mod-wsgi (since it is the recommended accelerator by the Moin developers).
Much to my surprise, installing mod_wsgi is actually much easier
Hey Arash,
My bet is that someone is downloading a very large file from your
wiki. I faced this problem also when I ran moin 1.5.x.
The fix: upgrade to 1.8.1.
- Rick
sent via iPhone
On Jan 18, 2009, at 6:09 PM, Arash Ferdowsi ara...@mit.edu wrote:
hi there,
I'm a recent user of
Hey Waqas,Try looking in:
/python/site-packages/moinmoin/themes/__init__.py
Then comment out the row that has that smiley and comment it out.
-Rick
On Mon, Jan 19, 2009 at 9:13 AM, waqas ahmad waqas...@hotmail.com wrote:
Hi,
how can i block some smileys. For example, whenever i write
Hey Karl,
working means the directory that's the active one, the one that would be
hit when someone visits your moin wiki. The one that if you edited a page,
would have your most recent page.
Just a suggestion:
You should try experimenting with upgrading on a virtual machine. Rebuild
your wiki
Hey Waqas,
Actually, displaying greek text within your browser is a function of having
the correct font (unicode-compliant?) installed on your system, not moinmoin
per se. Moin is perfectly happy to display any font you type into it. As a
test, go to this page and view the table about half-way
Hey John,
The new HowTo section is the result of a offline conversation Thomas and I
had. I noticed that the docs on master19 were shrinking, not growing. I
wanted more of a Cookbook-style instructions, but Thomas had some really
valid good reasons why this is a bad idea for the official docs--
Yes.
Look here:
http://moinmo.in/HelpOnAccessControlLists
-Rick
On Thu, Jan 29, 2009 at 12:22 PM, Bernard Rankin beranki...@yahoo.comwrote:
Hello,
Can I configure, MoinMoin to require a valid username/password for any sort
of wiki access?
That is, when a user loads the moin site he
Waqas,
Please make sure your wiki configuration is using a python 'accelerator'.
The easiest and best to set up is mod_wsgi. See:
http://moinmo.in/HowTo/ApacheWithModWSGI
If you're not using it on your Windows installation, it *will* make a
dramatic difference in speed. Plain ol' CGI,
Hey Waqas,
It sounds like something is wrong with your apache configuration, because it
should prompt for login authentication before *anything* else happens. For
example, even if your moin installation was completely screwed up and
throwing errors, Apache would *still* prompt for your login
Hey Michael,
It sounds like you didn't copy over the new 'underlay' directory (assuming
you are upgrading from 1.5 or earlier).
Do that, restart the service/process, and you should be in good shape!
-Rick
On Wed, Feb 11, 2009 at 11:24 AM, Michael Matthews mjmatthe...@rcn.comwrote:
Upgraded
, 2009 at 12:09 PM, Michael Matthews mjmatthe...@rcn.comwrote:
How do I do that? Wasn't aware of any processes associated with Moin. am
using cgi. I though I did install/upgrade as prescribed and have been
running for a couple of months so I cannot roll back.
thanks for response.
Rick
I would like to second this.
A case for turning off CamelCase--
I work with a LOT of wiki-novices (we work with contractors who come in for
a few weeks at a time, and they're expected to add to the wiki for
project-tracking). Surprisingly, none of them are confused by the concept
of making
On Mon, Feb 16, 2009 at 2:30 AM, Thomas Waldmann tw-pub...@gmx.de wrote:
snip as the recent system and help pages explicitely have #format wiki
on
them, so they'll still use the normal camelcase-enabled wiki parser
(they need it, because they use camelcase linking).
I think the long term
I decided to toy around with the new beta that was posted the other day on
my Moin test server. I've already switched to Apache mod_wsgi for moin
1.8. I replaced the moin.wsgi from 1.8 with the new one from 1.9beta.
However, when I try to hit the main page, I get a 500 Internal Server
Error.
Here's your info:
The downloaded archive:
moin-1.9.0beta1\MoinMoin\build\lib\action\__init__.py11/16/2008 2:05pm
moin-1.9.0beta1\MoinMoin\action\__init__.py11/16/2008 2:05pm
The install:
d:\python25\Lib\site-packages\MoinMoin\action\__init__.py 1/6/2009 6:26pm
Just for fun, I tried switching to plain ol' CGI, to see if I get a
different result. Still get a 500 error, although the error.log is
different. Maybe this will help find a possible fundamental error:
Please let me know if you need/want anything else tested, or config
settings, etc...
[Wed
On Feb 18, 2009, at 4:52 PM, m...@heavy.ch m...@heavy.ch wrote:
Rick Vanderveer schrieb:
I decided to toy around with the new beta that was posted the other
day
on my Moin test server. I've already switched to Apache mod_wsgi
for
moin 1.8. I replaced the moin.wsgi from 1.8
On Thu, Feb 19, 2009 at 2:10 AM, Thomas Waldmann tw-pub...@gmx.de wrote:
[Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] sock =
socket.fromfd(FCGI_LISTENSOCK_FILENO, socket.AF_INET,\r
[Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90]
AttributeError: 'module' object has no
Hey David,
I would suggest editing the CSS for your theme and use the
'visibility' or 'display' style (depending on which works best for
you) to remove it. I've used that to successfully remove all kinds of
elements I didn't want visible.
-Rick
On Thu, Feb 19, 2009 at 10:41 AM, David M.
You're very confusing, Waqas. :-) First, you start out using sspi,
then switch to LDAP for some unknown reason even though sspi is
working fine, and now you're back to sspi? huh.
sspi shouldn't have anything to do with SSL, it's merely an
authentication mechanism. If it's prompting for
One additional tidbit to Marcel's excellent write-up:
For point 1, creating new pages:
What we do on our wiki is use the NewPage macro with a custom button
label and template like Marcel suggests, but also tie it into using
the FullSearchCached macro or the excellent third-party NaviTree macro
Hello Bernd,
The changes are documented. Moin documents slightly differently than
other projects-- all the changes and upgrade hints are in the
\docs\CHANGES file. In upgrading, you have to work from your current
version up to the current, following all the hints along the way.
However, since
On Thu, May 14, 2009 at 9:27 AM, Thomas Waldmann tw-pub...@gmx.de wrote:
No, it was clearly a mod_wsgi problem. :)
If you run moin with the standalone wikiserver.py it does not happen.
It turned out it is indeed a bug in mod_wsgi:
http://code.google.com/p/modwsgi/issues/detail?id=132
Thanks all for your replies. I'm enabled plugin_dir in my farmconfig,
which has allowed me to clean up some of the individual wiki's, which
is excellent!
Thanks again!
-Rick
On Wed, May 27, 2009 at 3:47 PM, Frank Lin PIAT fp...@klabs.be wrote:
On Tue, 2009-05-26 at 15:46 -0500, Rick
Hey Gnarlie,
From what I gather, the EventCalendar never quite survived the
transition from 1.5 to 1.6. There were a series of small
hack-updates, which you can find on MacroMarket, but in my experience
is that it never worked reliably the same since. Often when you hit a
page with
Hey Skip,
Have you tried FullSearchCached()? It sounds like EXACTLY what
you're looking for.
We use it here for similar applications, and it works great. When new
content is added, you may have to refresh the cache data. You can
stick this link somewhere on the bottom of that page, if you
On Thu, Jun 18, 2009 at 8:38 PM, s...@pobox.com wrote:
Rick Have you tried FullSearchCached()? It sounds like EXACTLY
Rick what you're looking for.
No, we are still running 1.5.x. No FullSearchCached macro there as far as I
can tell. I'll have to rattle the cage about an upgrade at
Opps, one minor correction: your performance will remain the same. I
mis-read your python version. :-)
-Rick
On Tue, Aug 25, 2009 at 9:33 AM, Rick
Vanderveerrick.vanderv...@gmail.com wrote:
Hey Waqas,
This is a known problem with early versions of mod_wsgi. Many of us
faced this, and it
This is what I hope is a silly one.
I'm trying to change authentication on my wiki to be based on LDAP.
I've configured and pasted in the snippet into my farmconfig.py file.
When I try to go to the site, it immediately displays No module named
ldap. Am I missing something fundamental here?
Please ignore. It turns out I am indeed missing something fundamental here.
Somehow I missed the line on HelpOnAuthentication that I need
python-ldap installed. Huh.
Apologies for the interruption.
-Rick
On Wed, Sep 2, 2009 at 4:31 PM, Rick
Vanderveerrick.vanderv...@gmail.com wrote:
This
I'm trying to get a wiki configured that will allow multiple
authentication methods. According to HelpOnAuthentication, this
should be possible by combining multiple auths.
background:
I want a wiki that is shared between internal users (authenticating
off of LDAP), and clients (which I would
Thanks for the reply, Thomas. As my grandfather would say; well, crap. :-)
That forces me to re-think how clients and internal users login. As
a stop-gap, I've set it to the default authenticator (from
MoinMoin.auth import MoinAuth). Which brings me to my next question:
Is there an easy way
While I have Moin 1.9 tested and running on my backup test server (and
update instructions here for anyone else who may benefit
http://moinmo.in/RickVanderveer/UpgradingFromMoin18ToMoin19), I cannot yet
roll it out to our live production server because of one measly incompatible
plugin:
Mark,
I have my wiki farm configured identically to how you are describing
yours.
http://wiki.example.com/project1
http://wiki.example.com/project2
Etc.
I can give you my farmconfig example, etc., but I won't be able to get
that to you until Monday (I'm out of town for the holidays), if you
So, to re-cap, you want:
external IP addresses: no view, unless logged in.
internal IP addresses: viewable automatically (but perhaps not editable
until logged in).
Editing: Possible once logged in.
I'm guessing this might be a tall order, but one of the devs would be the
final authority.
Well, Chris, keep in mind that no blogging/wiki tool is going to just
magically scale 6~12Mb photos to some arbitrary size that fits your needs.
You'll have to either make or scale your own photos.
With a simple test, I've confirmed that you can combine multiple variables.
So, for example, you
Your example:
((attachment:/home/abcde/xyx/image.jpg|caption|width=1234|align=left}}
would be:
{{attachment:/home/abcde/xyx/image.jpg|caption|width=1234,align=left}}
-Rick
On Mon, Feb 8, 2010 at 4:25 PM, Chris G c...@isbd.net wrote:
On Mon, Feb 08, 2010 at 09:24:09PM +, Chris G wrote:
On Mon, Feb 8, 2010 at 4:49 PM, Chris G c...@isbd.net wrote:
On Mon, Feb 08, 2010 at 04:40:59PM -0600, Rick Vanderveer wrote:
Your example:
((attachment:/home/abcde/xyx/image.jpg|caption|width=1234|align=left}}
would be:
{{attachment:/home/abcde/xyx/image.jpg|caption|width
This is a true Frequently Asked Question on this list :-) , therefore I've
written a quick HowTo on Managing Account Creation. It might be a bit rough
right now (still in-progress) but it should certainly get you started and up
to speed.
http://moinmo.in/HowTo/ManagingAccountCreation
Let me
1. Template pages are set up by merely creating a new page ending in
Template, and then calling it from some macro or whatever. If you look
under my theme, you'll see that I've trivially customized our wiki so that
new pages have a much simpler landing page, and clicking the create new
page
I have a few pages I have to stage occasionally.
However, I don't do anything as fancy as a stage server, and I might suggest
that's completely overkill. All I do is simply draft the page on a new
separate page on my personal wiki page (with read/write rights set to none
for all but me). Then,
You can go into the data directory on your computer, delete the folder that
matches the offending page. This physically removes any trace of the page
itself.
Then open the 'edit-log' file (make a back up, just in case) and carefully
delete the line(s) that corresponds to that page.
Restart the
Hey Ted,
I think the best way to do this is to probably set permissions to something
like (wikiconfig.py):
acl_rights_before = u'known:read,write,delete,revert All:'
See http://moinmo.in/HelpOnAccessControlLists for more info. Also, this may
help http://moinmo.in/HowTo/ManagingAccountCreation,
Hey Kai,
First step:
I seem to recall that this was a bug in an old version of Moin, that a
folder structure would begin to be created before the user authenticated.
All of us got hit with that bug, but it was quickly fixed as I recall. So,
your first step should be to upgrade your Moin!
Second
of it.
I am on 1.9.3 which is not exactly old! Was this really fixed in 1.9.4?
Kai
On Fri, Jun 15, 2012 at 4:16 PM, Rick Vanderveer
rick.vanderv...@gmail.com wrote:
Hey Kai,
First step:
I seem to recall that this was a bug in an old version of Moin, that a
folder structure would
Hey Kai,
I also run Moin on Windows, and tested this on my wiki (running 1.9.4) and
have not been able to duplicate your bug either. Something wacky is going
on with your installation (how's that for helpful?)... :-)
-Rick
On Sun, Jun 17, 2012 at 10:37 AM, Kai Jaeger k...@aplteam.com wrote:
1 - 100 of 102 matches
Mail list logo