From marcelsandow at gmx.de Mon Jul 1 07:53:53 2013 From: marcelsandow at gmx.de (Marcel Sandow) Date: Mon, 01 Jul 2013 13:53:53 +0200 Subject: [Moin-user] RecentChanges german Message-ID: <1372679633.2784.4.camel@Bigblue.jily> Hi everybody! setting up a new moinmoin wiki in german the RecentChanges page is not found (I suppose beacuse of the german special characters at Aktuelle?nderungen). Which part do I have to modify to get the german RecentChanges running? Thanks Marcel From marcelsandow at gmx.de Mon Jul 1 08:10:24 2013 From: marcelsandow at gmx.de (Marcel Sandow) Date: Mon, 01 Jul 2013 14:10:24 +0200 Subject: [Moin-user] acls Message-ID: <1372680624.2784.37.camel@Bigblue.jily> Hi everybody! Setting up a new wiki (windows, python2.7.5, moinmoin1.9.7) there are some difficulties with acls. I have set a superuser, but this user is not allowed to change page acls until I have created an AdminGroup including the superuser. In the wikiconfig I have set: acl_rights_default = u"AdminGroup:read,write,delete,revert,admin EditorGroup:read,write,delete,revert All:read" The result with a page without acls: the member of the editor group are not allowed to view the page until I set the same rule directly on the page. It seems that the wikiconfig settings are not properly interpreted. I think it reads the wikiconfig because when I include a syntax error I get a corresponding note. Thanks in advance Marcel From davide.poccecai at kcl.ac.uk Mon Jul 1 11:36:18 2013 From: davide.poccecai at kcl.ac.uk (Poccecai, Davide) Date: Mon, 1 Jul 2013 15:36:18 +0000 Subject: [Moin-user] SOLVED: Active Directory authentication settings ignored In-Reply-To: Message-ID: Hi all, I found the source of the problem: the ldap configuration settings had a wrong indentation and they were ignored. The wiki would work without reporting the error, but the AD authentication would silently fail? Regards, Davide From: , Davide Poccecai > Date: Friday, 28 June 2013 11:20 To: "moin-user at lists.sourceforge.net" > Subject: [Moin-user] Active Directory authentication settings ignored Hi all, I set up a moinmoin wiki on Ubuntu 12.04 server, and I wanted to configure AD authentication to a AD domain running on Win 2003 server. Initially I used the ubuntu python-moinmoin package, and to configure AD authentication I followed the instructions to this webpage: http://moinmo.in/HowTo/UbuntuAD but it wouldn't work. So I removed the ubuntu package and I downloaded the latest distribution from MonMoin (1.9.7). I looked at several other sources of info about moin+AD authentication to check if there was something different, but they were all very similar and my wiki still wouldn't authenticate with AD. >From the same wiki server, I can successfully contact the AD domain controller using ldapsearch and I can get info about accounts, however, when using the wiki, the ldap authentication configuration in my wikiconfig.py is completely ignored. This is confirmed by the fact that the log file for my wiki doesn't throw any message about the ldap_authentication: 2013-06-28 09:30:29,705 MoinMoin.log INFO using logging configuration read from "/usr/local/share/moin/config/logging/logfile_debug_auth" 2013-06-28 09:30:29,706 MoinMoin.log INFO Running MoinMoin 1.9.7 release code from /usr/local/lib/python2.7/dist-packages/MoinMoin 2013-06-28 09:30:51,282 MoinMoin.auth DEBUG session started for user None 2013-06-28 09:30:51,282 MoinMoin.auth DEBUG setup_suid returns None, None 2013-06-28 09:31:05,914 MoinMoin.auth DEBUG session started for user None 2013-06-28 09:31:05,915 MoinMoin.auth DEBUG setup_suid returns None, None 2013-06-28 09:31:05,916 MoinMoin.auth DEBUG moin: performing login action 2013-06-28 09:31:06,174 MoinMoin.auth DEBUG moin: could not authenticate user u'poce' (not valid) while in the moinmoin ldap_login module ( /usr/local/lib/python2.7/dist-packages/MoinMoin/auth/ldap_login.py) there should be some messages thrown to the log: try: try: u = None dn = None server = self.server_uri coding = self.coding logging.debug("Setting misc. ldap options...") ldap.set_option(ldap.OPT_PROTOCOL_VERSION, ldap.VERSION3) # ldap v2 is outdated ldap.set_option(ldap.OPT_REFERRALS, self.referrals) ldap.set_option(ldap.OPT_NETWORK_TIMEOUT, self.timeout) ... Also, running tcpdump on the wiki server I cannot see any traffic going towards the AD server, while I can see traffic when I do an ldapsearch towards the same AD server. The wiki configuration file is reported below: # -*- coding: iso-8859-1 -*- # IMPORTANT! This encoding (charset) setting MUST be correct! If you live in a # western country and you don't know that you use utf-8, you probably want to # use iso-8859-1 (or some other iso charset). If you use utf-8 (a Unicode # encoding) you MUST use: coding: utf-8 # That setting must match the encoding your editor uses when you modify the # settings below. If it does not, special non-ASCII chars will be wrong. """ MoinMoin - Configuration for a single wiki If you run a single wiki only, you can omit the farmconfig.py config file and just use wikiconfig.py - it will be used for every request we get in that case. Note that there are more config options than you'll find in the version of this file that is installed by default; see the module MoinMoin.config.multiconfig for a full list of names and their default values. Also, the URL http://moinmo.in/HelpOnConfiguration has a list of config options. ** Please do not use this file for a wiki farm. Use the sample file from the wikifarm directory instead! ** """ import os from MoinMoin.config import multiconfig, url_prefix_static class Config(multiconfig.DefaultConfig): # Critical setup --------------------------------------------------- # Directory containing THIS wikiconfig: wikiconfig_dir = os.path.abspath(os.path.dirname(__file__)) # We assume that this config file is located in the instance directory, like: # instance_dir/ # wikiconfig.py # data/ # underlay/ # If that's not true, feel free to just set instance_dir to the real path # where data/ and underlay/ is located: #instance_dir = '/where/ever/your/instance/is' instance_dir = wikiconfig_dir #instance_dir = '/usr/share/moin' # Where your own wiki pages are (make regular backups of this directory): data_dir = os.path.join(instance_dir, 'data', '') # path with trailing / # Where system and help pages are (you may exclude this from backup): data_underlay_dir = os.path.join(instance_dir, 'underlay', '') # path with trailing / # The URL prefix we use to access the static stuff (img, css, js). # Note: moin runs a static file server at url_prefix_static path (relative # to the script url). # If you run your wiki script at the root of your site (/), just do NOT # use this setting and it will automatically work. # If you run your wiki script at /mywiki, you need to use this: #url_prefix_static = '/mywiki' + url_prefix_static # Wiki identity ---------------------------------------------------- # Site name, used by default for wiki name-logo [Unicode] sitename = u'MyWiki' # Wiki logo. You can use an image, text or both. [Unicode] # For no logo or text, use '' - the default is to show the sitename. # See also url_prefix setting below! logo_string = u'MoinMoin Logo' % url_prefix_static # name of entry page / front page [Unicode], choose one of those: # a) if most wiki content is in a single language #page_front_page = u"MyStartingPage" # b) if wiki content is maintained in many languages page_front_page = u"Home" # The interwiki name used in interwiki links #interwikiname = u'UntitledWiki' # Show the interwiki name (and link it to page_front_page) in the Theme, # nice for farm setups or when your logo does not show the wiki's name. #show_interwiki = 1 # Security ---------------------------------------------------------- # This is checked by some rather critical and potentially harmful actions, # like despam or PackageInstaller action: #superuser = [u"YourName", ] superuser = [u"WikiAdmin", ] # IMPORTANT: grant yourself admin rights! replace YourName with # your user name. See HelpOnAccessControlLists for more help. # All acl_rights_xxx options must use unicode [Unicode] acl_rights_before = u"WikiAdmin:read,write,delete,revert,admin poce:read,write,delete,revert,admin" # The default (ENABLED) password_checker will keep users from choosing too # short or too easy passwords. If you don't like this and your site has # rather low security requirements, feel free to DISABLE the checker by: #password_checker = None # None means "don't do any password strength checks" # Link spam protection for public wikis (Uncomment to enable) # Needs a reliable internet connection. #from MoinMoin.security.antispam import SecurityPolicy # Mail -------------------------------------------------------------- # Configure to enable subscribing to pages (disabled by default) # or sending forgotten passwords. # SMTP server, e.g. "mail.provider.com" (None to disable mail) mail_smarthost = "my_smtp_server.mydomain.org" # The return address, e.g u"Jrgen Wiki >" [Unicode] mail_from = u"I group 'all' == CategoryFoo, group 'key' == Foo # moin's code will add ^ / $ at beginning / end when needed # You must use Unicode strings here [Unicode] page_category_regex = ur'(?PCategory(?P(?!Template)\S+))' page_dict_regex = ur'(?P(?P\S+)Dict)' page_group_regex = ur'(?P(?P\S+)Group)' page_template_regex = ur'(?P(?P\S+)Template)' # Content options --------------------------------------------------- # Show users hostnames in RecentChanges show_hosts = 1 # Enable graphical charts, requires gdchart. #chart_options = {'width': 600, 'height': 300} tz_offset = 1.0 # default time zone offset in hours from UTC # -------- LDAP authentication ------------------ from MoinMoin.auth.ldap_login import LDAPAuth ldap_authenticator1 = LDAPAuth( ###server_uri='ldap://my_ad_server', # ldap / active directory server URI - you can use the server name server_uri = 'ldaps://my_ad_server:636', # ldap / active directory server URI - you can use the server name # use ldaps://server:636 url for ldaps, # use ldap://server for ldap without tls (and set start_tls to 0), # use ldap://server for ldap with tls (and set start_tls to 1 or 2). bind_dn = 'active_ad_user', # DN we use for first bind (AD) bind_pw = '*********', # password we use for first bind ###bind_dn = '%(username)s at mydomain.org', # DN we use for first bind (AD) ###bind_pw = '%(password)s', # password we use for first bind base_dn='CN=Users,DC=gipl', # base DN we use for searching scope=2, # scope of the search we do (2 == ldap.SCOPE_SUBTREE) referrals=0, # LDAP REFERRALS (0 needed for AD) search_filter='(sAMAccountName=%(username)s)', # ldap filter used for searching: #search_filter = '(sAMAccountName=%(username)s)' # (AD) #search_filter = '(uid=%(username)s)' # (OpenLDAP) # you can also do more complex filtering like: # "(&(cn=%(username)s)(memberOf=CN=WikiUsers,OU=Groups,DC=example,DC=org))" # some attribute names we use to extract information from LDAP (if not None, # if None, the attribute won't be extracted from LDAP): givenname_attribute='givenName', # often 'givenName' - ldap attribute we get the first name from surname_attribute='sn', # often 'sn' - ldap attribute we get the family name from aliasname_attribute='displayName', # often 'displayName' - ldap attribute we get the aliasname from email_attribute='mail', # often 'mail' - ldap attribute we get the email address from email_callback=None, # callback function called to make up email address coding='utf-8', # coding used for ldap queries and result values timeout=10, # how long we wait for the ldap server [s] start_tls=0, # usage of Transport Layer Security 0 = No, 1 = Try, 2 = Required tls_require_cert=0, # 0 == ldap.OPT_X_TLS_NEVER (needed for self-signed certs) bind_once=True, # set to True to only do one bind - useful if configured to bind as the user on the first attempt autocreate=True, # set to True to automatically create/update user profiles ) auth = [ldap_authenticator1, ] # this is a list, you may have multiple ldap authenticators # as well as other authenticators # ------------------------------------- End of LDAP authentication ------------------------------- I also tried to authenticate with ldap instead of ldaps, but the result is the same, and by the way, ldaps works fine with ldapsearch? Am I missing something? Any idea why the auth option is totally ignored? Many thanks, Davide -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at googlemail.com Tue Jul 2 13:03:17 2013 From: rb.proj at googlemail.com (Reimar Bauer) Date: Tue, 02 Jul 2013 19:03:17 +0200 Subject: [Moin-user] acls In-Reply-To: <1372680624.2784.37.camel@Bigblue.jily> References: <1372680624.2784.37.camel@Bigblue.jily> Message-ID: Am 01.07.2013 14:10, schrieb Marcel Sandow: > Hi everybody! > > Setting up a new wiki (windows, python2.7.5, moinmoin1.9.7) there are > some difficulties with acls. I have set a superuser, but this user is > not allowed to change page acls until I have created an AdminGroup > including the superuser. > > In the wikiconfig I have set: > > acl_rights_default = u"AdminGroup:read,write,delete,revert,admin > EditorGroup:read,write,delete,revert All:read" > > The result with a page without acls: the member of the editor group are > not allowed to view the page until I set the same rule directly on the > page. It seems that the wikiconfig settings are not properly > interpreted. I think it reads the wikiconfig because when I include a > syntax error I get a corresponding note. Make sure that you edit your copy of the wikiconfig file of your instance. On startup the wiki tells which one it uses. superuser user has some special features e.g. it can su to an other user, gets a lot more information on SystemInfo. The superuser has not more access rights to pages than any other user. There is a page HelpOnSuperUser in your wiki which explains its functonality. cheers Reimar > > Thanks in advance > > Marcel > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > From rb.proj at googlemail.com Tue Jul 2 13:10:21 2013 From: rb.proj at googlemail.com (Reimar Bauer) Date: Tue, 02 Jul 2013 19:10:21 +0200 Subject: [Moin-user] RecentChanges german In-Reply-To: <1372679633.2784.4.camel@Bigblue.jily> References: <1372679633.2784.4.camel@Bigblue.jily> Message-ID: Am 01.07.2013 13:53, schrieb Marcel Sandow: > Hi everybody! > > setting up a new moinmoin wiki in german the RecentChanges page is not > found (I suppose beacuse of the german special characters at > Aktuelle?nderungen). Which part do I have to modify to get the german > RecentChanges running? > Please read the only page in your wiki named LanguageSetup. Reimar > Thanks > > Marcel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From davide.poccecai at kcl.ac.uk Wed Jul 3 04:48:45 2013 From: davide.poccecai at kcl.ac.uk (Poccecai, Davide) Date: Wed, 3 Jul 2013 08:48:45 +0000 Subject: [Moin-user] acls In-Reply-To: <1372680624.2784.37.camel@Bigblue.jily> Message-ID: Hi Marcel, I'm not sure if this answer your question, but I had a similar issue "but this user is not allowed to change page acls until I have created an AdminGroup including the superuser". I solved it by adding the following setting in the wikiconfig: acl_rights_before = u"WikiAdmin:read,write,delete,revert,admin" where WikiAdmin needs to be replaced with your wiki administrator account. This way you should be able to change the acls if you are logged in as the admin, regardless if the AdminGroup exists or not. Hope this helps? Regards, Davide From: Marcel Sandow > Date: Monday, 1 July 2013 13:10 To: "moin-user at lists.sourceforge.net" > Subject: [Moin-user] acls Hi everybody! Setting up a new wiki (windows, python2.7.5, moinmoin1.9.7) there are some difficulties with acls. I have set a superuser, but this user is not allowed to change page acls until I have created an AdminGroup including the superuser. In the wikiconfig I have set: acl_rights_default = u"AdminGroup:read,write,delete,revert,admin EditorGroup:read,write,delete,revert All:read" The result with a page without acls: the member of the editor group are not allowed to view the page until I set the same rule directly on the page. It seems that the wikiconfig settings are not properly interpreted. I think it reads the wikiconfig because when I include a syntax error I get a corresponding note. Thanks in advance Marcel ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelsandow at gmx.de Wed Jul 3 05:50:42 2013 From: marcelsandow at gmx.de (Marcel Sandow) Date: Wed, 03 Jul 2013 11:50:42 +0200 Subject: [Moin-user] acls In-Reply-To: <1372680624.2784.37.camel@Bigblue.jily> References: <1372680624.2784.37.camel@Bigblue.jily> Message-ID: <1372845042.2730.1.camel@Bigblue.jily> Hi everybody! Am Montag, den 01.07.2013, 14:10 +0200 schrieb Marcel Sandow: > Hi everybody! > > Setting up a new wiki (windows, python2.7.5, moinmoin1.9.7) there are > some difficulties with acls. I have set a superuser, but this user is > not allowed to change page acls until I have created an AdminGroup > including the superuser. > > In the wikiconfig I have set: > > acl_rights_default = u"AdminGroup:read,write,delete,revert,admin > EditorGroup:read,write,delete,revert All:read" > > The result with a page without acls: the member of the editor group are > not allowed to view the page until I set the same rule directly on the > page. It seems that the wikiconfig settings are not properly > interpreted. I think it reads the wikiconfig because when I include a > syntax error I get a corresponding note. > > Thanks in advance > > Marcel > > I-ve fixed the problem. At the group pages I have written a short comment and not just the members. This comment mixed up the acl handling. After erasing the comment evrything works fine. greets Marcel From marcelsandow at gmx.de Wed Jul 3 13:07:24 2013 From: marcelsandow at gmx.de (Marcel Sandow) Date: Wed, 03 Jul 2013 19:07:24 +0200 Subject: [Moin-user] wiki complete export Message-ID: <1372871244.2730.4.camel@Bigblue.jily> Hi everybody! Dealing with the setup of a moinmoin wiki I was wondering what might be the easiest way to get a complete odf or pdf export of all wiki pages. I found the dump script but is this the only/easiest way to get a complete wiki export? Thanks in advance greets Marcel From mournful.spirit at gmail.com Fri Jul 5 12:45:42 2013 From: mournful.spirit at gmail.com (Mournful Spirit) Date: Fri, 05 Jul 2013 12:45:42 -0400 Subject: [Moin-user] Farm Help Message-ID: <51D6F836.5010003@gmail.com> Hello. I am a new user to MoinMoin. The plan is to primarily use this as a desktop wiki, to hold any number of informational things as archives. I am trying to get setup with a farm system, so my information groups can be sorted into separate areas and not conflict with one another. However I keep getting a "no wiki configuration" error, and I can't find a guide that is easy enough to understand. I'll try to be as detailed as possible. MoinMoin is located here, and wikiserver.py is run from this location: C:\MoinMoin - Desktop Edition I'd like my wiki data folders to be located here, in order to have them on a backup USB drive that is always connected. I:\VII - Wiki (Note: I would like to have two folders in this one, for now. One entitled Archive, and the other entitled Gaming, with the data folders kept inside those.) I had a guide for the 1.5.3 version, but that led to the error I listed above. It told me to create these files: I took the sample farmconfig.py file and edited only this part: wikis = [ # wikiname, url regular expression # --------------------------------------------------------------- #("mywiki", r".*"), # this is ok for a single wiki # for multiple wikis, do something like this: ("gaming", r"^gaming.*$"), ("archive", r"^archive.*$"), ] From what the guide said, having this is supposed to allow me to use http://gaming:8080 and http://archive:8080 in my web browser. Archive.py contains this: # -*- coding: iso-8859-1 -*- from farmconfig import FarmConfig class Config(FarmConfig): sitename = 'Archive Wiki' data_dir = 'I:\VII - Wiki\Archive' Gaming.py contains this: # -*- coding: iso-8859-1 -*- from farmconfig import FarmConfig class Config(FarmConfig): sitename = 'Gaming Wiki' data_dir = 'I:\VII - Wiki\Gaming' My hosts file has this line in it. (It is the only uncommented line, and I added it following the guide.) 127.0.0.1 localhost gaming archive I'm not sure if there is anything else I need to provide. I put the farmconfig.py, archive.py, and gaming.py files in the C: main folder of MoinMoin, then ran wikiserver.py, but when I tried I got the no config errors. Can someone help me figure out how to make this work? From computersachen at beckerwelt.de Sat Jul 6 08:24:14 2013 From: computersachen at beckerwelt.de (Frank Becker) Date: Sat, 06 Jul 2013 14:24:14 +0200 Subject: [Moin-user] Immutable pages Message-ID: <51D80C6E.40800@beckerwelt.de> Hi all, the summer starts and the computers get mad. Every page in my Wiki is immutable now. A few days ago there were no problems with the wiki and every page was editable. And I can write: "I didn't do anything !! " :-) I have two copies of the wiki on two different computers and on every computer all the pages are immutable. Really: There were neither chances in the acl nor in the configuration or in the python setup. Ok the question is: What can I do to get every page editable? Thank you very much for your help. Best regards Frank -- Frank Becker From paul at boddie.org.uk Sat Jul 6 09:03:57 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Sat, 6 Jul 2013 15:03:57 +0200 Subject: [Moin-user] Immutable pages In-Reply-To: <51D80C6E.40800@beckerwelt.de> References: <51D80C6E.40800@beckerwelt.de> Message-ID: <201307061503.57347.paul@boddie.org.uk> On Saturday 06 July 2013 14:24:14 Frank Becker wrote: > Hi all, > > the summer starts and the computers get mad. > > Every page in my Wiki is immutable now. A few days ago there were no > problems with the wiki and every page was editable. And I can write: "I > didn't do anything !! " :-) But has anything else changed? Have any system updates been applied recently? > I have two copies of the wiki on two different computers and on every > computer all the pages are immutable. With two different computers involved, one could also suspect system updates if they both run the same operating system distribution. What about your browser? Are you still authenticated when you try and access the wiki? > Really: There were neither chances in the acl nor in the configuration > or in the python setup. What does your ACL configuration look like? I imagine that you do have some rule in place to prevent unauthorised editing, so we might need to see why it is that you are no longer considered to be authorised. > Ok the question is: What can I do to get every page editable? Let's look at the configuration first and consider any changes that may have taken place in the environment. Paul From emayssat at outlook.com Wed Jul 17 18:38:39 2013 From: emayssat at outlook.com (Emmanuel Mayssat) Date: Wed, 17 Jul 2013 15:38:39 -0700 Subject: [Moin-user] Include macro Message-ID: I am trying to use the Include macro with from and to arguments. The macro works as documented.<> The above will be extracting the content of subpage between 1st ruler and 2nd rulerBut is it possible to use from and to arguments which are not rulers, i.e not visible in the included page?if so how? --Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From takeo.katsuki at gmail.com Wed Jul 17 18:51:14 2013 From: takeo.katsuki at gmail.com (Takeo Katsuki) Date: Wed, 17 Jul 2013 15:51:14 -0700 Subject: [Moin-user] Include macro In-Reply-To: References: Message-ID: I use ## to hide keywords. <> Best, Takeo On Wed, Jul 17, 2013 at 3:38 PM, Emmanuel Mayssat wrote: > I am trying to use the Include macro with from and to arguments. > The macro works as documented. > <> > > > The above will be extracting the content of subpage between 1st ruler and > 2nd ruler > But is it possible to use from and to arguments which are not rulers, i.e > not visible in the included page? > if so how? > > -- > Emmanuel > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From emayssat at outlook.com Thu Jul 18 12:41:33 2013 From: emayssat at outlook.com (Emmanuel Mayssat) Date: Thu, 18 Jul 2013 09:41:33 -0700 Subject: [Moin-user] MoinMoin off-line ! Message-ID: I have a public wiki which I would like to access off-line. How can this be done? Ultimately I would like to synchronization of the 2 sites once they are both online, (Not sure this is really possible beyond sync'ing of files) I read a bit about MoinMoin desktop. Is it a viable alternative? How can this be installed/configured on linux (fedora)? What about using apache2 on the local machine and pointing the wiki to a dropbox share? Any idea is welcome. -- Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From emayssat at outlook.com Sun Jul 21 00:32:21 2013 From: emayssat at outlook.com (Emmanuel Mayssat) Date: Sat, 20 Jul 2013 21:32:21 -0700 Subject: [Moin-user] Inject jquery code in page Message-ID: Hello, I would like to inject some jquery in a specific page. Is it possible? How can I setup jquery for that particular page? How can I setup jquery for all of the pages? -- Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From emayssat at outlook.com Sun Jul 21 00:36:01 2013 From: emayssat at outlook.com (Emmanuel Mayssat) Date: Sat, 20 Jul 2013 21:36:01 -0700 Subject: [Moin-user] Inject CSS for a particular page Message-ID: I would like to change the style of headers for a subset of pages. How can I inject my css stylesheet in a particular page? Regards, -- Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at boddie.org.uk Sun Jul 21 10:29:27 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Sun, 21 Jul 2013 16:29:27 +0200 Subject: [Moin-user] Inject CSS for a particular page In-Reply-To: References: Message-ID: <201307211629.27898.paul@boddie.org.uk> On Sunday 21 July 2013 06:36:01 Emmanuel Mayssat wrote: > I would like to change the style of headers for a subset of pages. > How can I inject my css stylesheet in a particular page? For all pages, you can obviously change the "stylesheets" configuration setting like this (not tested): stylesheets = [("screen", "/css/mystyles.css")] This augments the stylesheets mentioned in the theme class. See the ThemeBase class in MoinMoin/theme/__init__.py for the default definitions. To affect only some pages, it might be necessary to change the theme code or to override a theme with extra code to insert references to styles and scripts (with regard to your other question). The html_head method in a theme (see the ThemeBase class for details) invokes various other methods to do this work and either those methods or html_head itself could be customised to insert extra stylesheet and script references in a more flexible fashion. You might test the page name and insert extra stuff in html_head like this: html = ... if d["page"].page_name in ("SpecialPage", ...): # Refer to .../common/js/special.js html.append(self.externalScript("special")) # Refer to .../theme/css/mystyles.css # (you have to install mystyles.css in the theme's css directory) html.append(self._stylesheet_link(True, "screen", "mystyles.css")) return '\n'.join(html) You could make a new theme and override html_head, adding your own stylesheet and script references to the string that comes back from the superclass's html_head, or you could change the existing themes. I can't think of a nice and quick way of doing this for all themes at the moment, but maybe there are some tricks that can be used. (You could change html_stylesheets in ThemeBase, for example, but that would leave you with local modifications to Moin itself, which isn't always desirable.) Paul From emayssat at outlook.com Sun Jul 21 19:52:19 2013 From: emayssat at outlook.com (Emmanuel Mayssat) Date: Sun, 21 Jul 2013 16:52:19 -0700 Subject: [Moin-user] Anchor from included files ... not included Message-ID: I have a parent wiki page which consists of a series of Include directives/macros. Although the text is included correctly, the anchor links are not. Is that a feature or a bug? -- Emmanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at boddie.org.uk Mon Jul 22 06:03:55 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Mon, 22 Jul 2013 12:03:55 +0200 Subject: [Moin-user] Anchor from included files ... not included In-Reply-To: References: Message-ID: <201307221203.56061.paul@boddie.org.uk> On Monday 22 July 2013 01:52:19 Emmanuel Mayssat wrote: > I have a parent wiki page which consists of a series of Include > directives/macros. Although the text is included correctly, the anchor > links are not. Is that a feature or a bug? The Include macro should cause the anchors in the included page to be "qualified" so that they do not conflict with anchors in the parent page or other included pages. This happens for headings which are assigned anchors by Moin automatically, and you can see the result in any page with a table of contents that is including other pages. For example: http://mercurial.selenic.com/wiki/FAQ See how links are "qualified", here for "How does merging work?" on the GeneralUsage page: http://mercurial.selenic.com/wiki/FAQ#FAQ.2FGeneralUsage.How_does_merging_work.3F When the GeneralUsage page is displayed normally, there is an anchor "How_does_merging_work.3F" for the same content. I would expect to see explicitly defined anchors modified in the same way on pages that include other pages containing such anchors. Are you certain that the HTML source has no anchors whatsoever as opposed to "qualified" anchors? Paul From jkwight at gmail.com Tue Jul 23 04:09:10 2013 From: jkwight at gmail.com (Jim Wight) Date: Tue, 23 Jul 2013 09:09:10 +0100 Subject: [Moin-user] Inject CSS for a particular page Message-ID: On 21 July 2013 15:29, Paul Boddie wrote: > On Sunday 21 July 2013 06:36:01 Emmanuel Mayssat wrote: > > I would like to change the style of headers for a subset of pages. > > How can I inject my css stylesheet in a particular page? > > For all pages, you can obviously change the "stylesheets" configuration > setting like this (not tested): > > stylesheets = [("screen", "/css/mystyles.css")] > > This augments the stylesheets mentioned in the theme class. See the > ThemeBase > class in MoinMoin/theme/__init__.py for the default definitions. > > To affect only some pages, it might be necessary to change the theme code > or > to override a theme with extra code to insert references to styles and > scripts (with regard to your other question). > How about using a macro for the some pages situation? E.g. def macro_InjectJSorCSS(macro, _trailing_args=[]): args = {'jquery':'http://code.jquery.com/jquery.min.js', 'somejs':/server/path/to/somejs.js', 'somecss':'/filesystem/path/to/somecss.css'} html = '' for arg in _trailing_args: src = args[arg] if src.endswith('js'): html += '' % src else: html += '' return macro.formatter.rawHTML(html) Thus, InjectJSorCSS(jquery,somejs,somecss) The content of CSS files is injected into the page as the statement is restricted to the head. Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Tue Jul 23 07:03:37 2013 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 23 Jul 2013 13:03:37 +0200 Subject: [Moin-user] MoinMoin off-line ! In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 18.07.2013 18:41, Emmanuel Mayssat wrote: > I have a public wiki which I would like to access off-line. How can > this be done? > make a fork by e.g.https://pypi.python.org/pypi/wiki-xmlrpc-extensions ForkWikiContent -w http://public_wiki/ -f http://localhost:8080/ -u UserName -a > Ultimately I would like to synchronization of the 2 sites once they > are both online, (Not sure this is really possible beyond sync'ing > of files) > look at wikisync > I read a bit about MoinMoin desktop. Is it a viable alternative? > How can this be installed/configured on linux (fedora)? > just look in to the docs/INSTALL.html it take 1 minute to setup a desktop wiki Reimar > What about using apache2 on the local machine and pointing the wiki > to a dropbox share? > > Any idea is welcome. -- Emmanuel > > > ------------------------------------------------------------------------------ > > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from > AppDynamics Isolate bottlenecks and diagnose root cause in > seconds. Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > > > > > _______________________________________________ Moin-user mailing > list Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlHuYwcACgkQ5aOc3Q9hk/mcXACgtxTQEAiAFYljnlgiIIKUp1Gl lWUAmwUsELAUYKAFAoQ0bQlFi/3aEF6p =pBKD -----END PGP SIGNATURE----- From robert.pitt at anu.edu.au Tue Jul 23 22:51:10 2013 From: robert.pitt at anu.edu.au (Robert Pitt) Date: Wed, 24 Jul 2013 02:51:10 +0000 Subject: [Moin-user] moinmoin and xapian "unindexable object" Message-ID: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> Hello, I am using MoinMoin 1.8 and trying to set up the xapian indexer (v1.2.5-1). Those pages that contain "<>" are displaying an "unindexable object" error message. Any ideas on how to fix this? Thanks, Bob -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at boddie.org.uk Wed Jul 24 06:07:07 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Wed, 24 Jul 2013 12:07:07 +0200 Subject: [Moin-user] moinmoin and xapian "unindexable object" In-Reply-To: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> References: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> Message-ID: <201307241207.08651.paul@boddie.org.uk> On Wednesday 24. July 2013 04.51.10 Robert Pitt wrote: > Hello, > I am using MoinMoin 1.8 and trying to set up the xapian indexer (v1.2.5-1). > Those pages that contain "<>" > are displaying an "unindexable object" error message. Any ideas on how to > fix this? I recently upgraded my system to a distribution where the Xapian packages cause this problem. It turns out that an API change occurred in the Xapian Python bindings, and it looks like Moin 1.8's code uses the deprecated and now unsupported way of referring to various things within Xapian. I've uploaded a patch to the following place: http://www.moinmo.in/MoinMoinBugs/1.8XapianSearchingFailsWithUnindexableObject Let us know if this fixes the problem for you! Paul From tw at waldmann-edv.de Thu Jul 25 07:22:49 2013 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu, 25 Jul 2013 13:22:49 +0200 Subject: [Moin-user] moinmoin and xapian "unindexable object" In-Reply-To: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> References: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> Message-ID: <1374751369.32511.17.camel@server.firma.waldmann-edv.de> > I am using MoinMoin 1.8 and ... Is there some special reason you use an outdated / unmaintained version? See also: http://moinmo.in/SecurityFixes From paul at boddie.org.uk Thu Jul 25 08:02:41 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Thu, 25 Jul 2013 14:02:41 +0200 Subject: [Moin-user] moinmoin and xapian "unindexable object" In-Reply-To: <1374751369.32511.17.camel@server.firma.waldmann-edv.de> References: <27E9A5D875E49B468539B39520588B2A13623AEE@HKXPRD0610MB364.apcprd06.prod.outlook.com> <1374751369.32511.17.camel@server.firma.waldmann-edv.de> Message-ID: <201307251402.42023.paul@boddie.org.uk> On Thursday 25. July 2013 13.22.49 Thomas Waldmann wrote: > > I am using MoinMoin 1.8 and ... > > Is there some special reason you use an outdated / unmaintained version? > > See also: http://moinmo.in/SecurityFixes Not speaking on behalf of the inquirer here, but I have various wikis on my own machine which still run 1.8. Since they aren't meant to be exposed to the Internet, I'm not going to upgrade them because it would be a distraction, and upgrading my OS distribution (and discovering the incompatibility mentioned earlier) was already enough of a distraction. I suppose that performing a Moin upgrade would have been only a bit more work, but you never really know. I agree that people should be moving to 1.9, especially after the hardening it has received in recent months. Paul P.S. Now that I've upgraded my distro, I might conceivably get to spend a bit more time on Moin 2, especially since it provides Python 2.7 as the default and this appears to be what Moin 2 prefers. From S-Holzhauer at web.de Wed Jul 31 05:10:19 2013 From: S-Holzhauer at web.de (Sascha Holzhauer) Date: Wed, 31 Jul 2013 11:10:19 +0200 Subject: [Moin-user] Recursive Makro execution Message-ID: <51F8D47B.9060602@web.de> Hello, I like to parse a macro within an argument of a surrounding macro. Example: <> <> Is there some way to take the from-argument and let macros within be executed? BTW: Is it somehow possible to execute macros within headings? Best, Sascha