2007-06-21T00:09:46  <xorAxAx> ThomasWaldmann: is there anything left that needs to be ported from 1.6 to 1.7?
2007-06-21T00:10:07  <dreimark> xorAxAx: at least the changes for systeminfo
2007-06-21T00:10:30  <xorAxAx> dreimark: but it looked like a full merge .. then the question is why they arent in
2007-06-21T00:10:44  <dreimark> ohh, sorry have missed that
2007-06-21T00:15:45  <xorAxAx> ThomasWaldmann: in that case, we could regularly merge 1.6 into 1.7, indeed
2007-06-21T00:15:58  <xorAxAx> (in the case of all being in there already :))
2007-06-21T00:21:40  <dreimark> good night
2007-06-21T02:58:17  <CIA-27> moin: Florian Krupicka <florian.krupicka@googlemail.com> * 2061:65f9cb372374 1.7-template-fkrupicka/MoinMoin/templating/ (__init__.py legacy.py loader.py): Interfaces for the planned genshi theme loading mechanisms
2007-06-21T02:58:18  <CIA-27> moin: Florian Krupicka <florian.krupicka@googlemail.com> * 2062:364a10148d8f 1.7-template-fkrupicka/MoinMoin/templating/loader.py: Ported the dir scanning code and loader from _genshitheme.py
2007-06-21T02:58:19  <CIA-27> moin: Florian Krupicka <florian.krupicka@googlemail.com> * 2063:fc87406ff271 1.7-template-fkrupicka/setup.py: added MoinMoin.templating to setup.py
2007-06-21T02:59:29  <zenhase> and now a bit of sleep
2007-06-21T08:26:24  <CIA-27> moin: Karol 'grzywacz' Nowak <grzywacz@sul.uni.lodz.pl> * 2175:2a7b535b1e44 1.7-maninfo-vpv/MoinMoin/_tests/test_xmlrpc_multicall.py: Add a test for xmlrpc Fault serialization.
2007-06-21T08:26:27  <CIA-27> moin: Karol 'grzywacz' Nowak <grzywacz@sul.uni.lodz.pl> * 2176:37e16cdc3a84 1.7-maninfo-vpv/jabberbot/ (xmlrpcbot.py xmppbot.py): Make the output of GetPageInfo command human-readable
2007-06-21T08:26:28  <CIA-27> moin: Karol 'grzywacz' Nowak <grzywacz@sul.uni.lodz.pl> * 2177:f10336f74a6e 1.7-maninfo-vpv/MoinMoin/events/emailnotify.py: Make function names pep8-compatible.
2007-06-21T08:26:29  <CIA-27> moin: Karol 'grzywacz' Nowak <grzywacz@sul.uni.lodz.pl> * 2178:8aad85519f76 1.7-maninfo-vpv/MoinMoin/userform.py: Fix error occuring when user has no subscribed events.
2007-06-21T08:26:30  <CIA-27> moin: Karol 'grzywacz' Nowak <grzywacz@sul.uni.lodz.pl> * 2179:3cfc01315d3a 1.7-maninfo-vpv/ (5 files in 4 dirs): Merge with my devel branch.
2007-06-21T08:26:32  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2180:a3a19bdc0b9a 1.7-maninfo-vpv/ (5 files in 4 dirs): merge jabber branch
2007-06-21T08:26:35  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2181:c15ec6a2c69e 1.7-maninfo-vpv/MoinMoin/_tests/ (test_request.py test_security.py test_wikiutil.py): reduce number of failing tests
2007-06-21T08:26:38  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2182:789c1a37e4ab 1.7-maninfo-vpv/MoinMoin/_tests/ (test_formatter.py test_wikiutil.py): don't run docbook formatter test when we have no 4suite installed, add test for non-empty SystemPagesGroup
2007-06-21T08:26:44  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2183:f5f4dbbd0c51 1.7-maninfo-vpv/MoinMoin/ (_tests/maketestwiki.py action/backup.py support/tarfile.py): added tarfile.py from py 2.5.1 (backported to work with py 2.3/2.4), fix imports to use it for tests/backup (ported from 1.6)
2007-06-21T08:26:48  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2184:7a3f7ac4f6e0 1.7-maninfo-vpv/MoinMoin/ (_tests/test_formatter.py conftest.py formatter/text_xml.py): fix formatter setup for tests, skip broken dom_xml formatter test, add small/big to text_xml formatter (ported from 1.6)
2007-06-21T08:26:54  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2185:7917222e0e05 1.7-maninfo-vpv/MoinMoin/util/_tests/test_util.py: MoinMoin.util: some tests added
2007-06-21T08:26:57  <CIA-27> moin: Ville-Pekka Vainio <vpivaini AT cs DOT helsinki DOT fi> * 2186:f19883dcc648 1.7-maninfo-vpv/ (15 files in 8 dirs): merge from main again
2007-06-21T08:27:02  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2187:3719548ae9a2 1.7-maninfo-vpv/MoinMoin/_tests/ (macro/test_Action.py macro/test_Hits.py test_macro_Hits.py): test of Hits moved to macro and converted for py.test, a test for the Action macro added
2007-06-21T08:27:06  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2188:e35adb666eca 1.7-maninfo-vpv/MoinMoin/_tests/macro/test_ImageLink.py: test_ImageLink: some tests for ImageLink
2007-06-21T08:27:09  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2189:e81af778f99d 1.7-maninfo-vpv/MoinMoin/logfile/editlog.py: fixed cleaning of edit comments
2007-06-21T08:27:16  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2190:80fc914af5c8 1.7-maninfo-vpv/docs/ (CHANGES CHANGES.fpletz): integrated CHANGES.fpletz into main CHANGES, TODOs/unclear stuff went to MoinMoin:XapianIntegration
2007-06-21T08:27:20  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2191:340ae0e7529e 1.7-maninfo-vpv/ (3 files in 3 dirs): replace xmlrpc getUser by getUserProfile, auth can be done by getAuthToken/applyAuthToken in the same multicall, use for interwiki auth
2007-06-21T08:27:28  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2192:261d406b560f 1.7-maninfo-vpv/MoinMoin/_tests/ (4 files in 2 dirs): merged main
2007-06-21T08:27:31  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2193:d133bf86ed58 1.7-maninfo-vpv/MoinMoin/macro/MonthCalendar.py: MonthCalendar: fix wrong relative links
2007-06-21T08:27:34  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2194:b3dc2a7d1cce 1.7-maninfo-vpv/MoinMoin/i18n/Makefile: i18n Makefile fixes
2007-06-21T08:27:39  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2195:ca3e7fdab76e 1.7-maninfo-vpv/moin.spec: fix date format in moin.spec file
2007-06-21T08:27:42  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2196:87cdbb744f1b 1.7-maninfo-vpv/ (MoinMoin/parser/text_moin_wiki.py docs/CHANGES): revert the rest of changeset 1694: fdf01f9f3143 (except the bugfix)
2007-06-21T08:27:45  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2197:15c11fe8f6b2 1.7-maninfo-vpv/MoinMoin/config/ (__init__.py multiconfig.py): config/multiconfig: minor cleanup
2007-06-21T08:27:50  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2198:30a153cfa8f8 1.7-maninfo-vpv/MoinMoin/script/maint/mkpagepacks.py: Make testwiki check in mkpagepacks windows-compatible.
2007-06-21T08:27:53  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2199:a37491dbb605 1.7-maninfo-vpv/MoinMoin/ (PageEditor.py security/__init__.py): Correctly check the ACL lists in the PageEditor for the admin check instead of the wrapping objects, reordered some comments and doc strings, return None instead of 0 in may if applicable. Should be ported to 1.7.
2007-06-21T08:28:00  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2200:a34d054835d3 1.7-maninfo-vpv/MoinMoin/security/__init__.py: Added some documentation to the docstrings of MoinMoin.security, reordered some lines of code. Should be ported to 1.7.
2007-06-21T08:28:04  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2201:fc90d8319bba 1.7-maninfo-vpv/MoinMoin/ (config/multiconfig.py security/__init__.py): Add hierarchical ACLs, clean the module doc string of MoinMoin.security.
2007-06-21T08:28:10  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2202:ab895b8095c4 1.7-maninfo-vpv/MoinMoin/security/__init__.py: security: fix spelling, remove unneeded import
2007-06-21T08:28:13  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2203:cb913c851e91 1.7-maninfo-vpv/MoinMoin/config/multiconfig.py: credits: added title attr, added some comments, added GPL credit
2007-06-21T08:28:16  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2204:3ae6b91e4f72 1.7-maninfo-vpv/wiki/htdocs/ (3 files in 3 dirs): fixed order of .comment and .red/green/blue css definitions, copied them to classic and rightsidebar, fixes missing pre.comment css in rightsidebar
2007-06-21T08:28:22  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2205:386caaa698d8 1.7-maninfo-vpv/MoinMoin/ (3 files in 2 dirs): comments: moved the check for the user setting to the formatter, fixes caching issue
2007-06-21T08:28:25  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2206:45cf51902c61 1.7-maninfo-vpv/MoinMoin/parser/text_moin_wiki.py: wiki comment divs: fix caching behaviour
2007-06-21T08:28:28  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2207:9b404a43e59c 1.7-maninfo-vpv/MoinMoin/theme/__init__.py: use standard RSS icon
2007-06-21T08:28:33  <CIA-27> moin: Ville-Pekka Vainio <vpivaini AT cs DOT helsinki DOT fi> * 2208:cd65e78fb1ca 1.7-maninfo-vpv/ (24 files in 19 dirs): merge from main
2007-06-21T08:43:56  <ThomasWaldmann> xorAxAx: it is merged up to 1.6 branch cs 2045
2007-06-21T08:57:00  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2198:c3e140e98158 1.7/ (MANIFEST.in ChangeLog.15 ChangeLog): remove old tla ChangeLog from distribution
2007-06-21T09:00:07  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2199:2560c2182307 1.7/MoinMoin/macro/Action.py: macro.Action: link only if action is valid
2007-06-21T09:00:08  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2200:e60ae8a23a49 1.7/MoinMoin/macro/Action.py: macro.Action: getValidAction uses builtin actions too
2007-06-21T09:00:10  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2201:4ef3b19e11e5 1.7/docs/CHANGES: Added CHANGES remark about hierarchical ACLs.
2007-06-21T09:00:11  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2202:f1972e32313a 1.7/MoinMoin/logfile/editlog.py: for SAVE/RENAME log entries we also announce the old pagename in news()
2007-06-21T09:00:12  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2203:7f76fff062c8 1.7/MoinMoin/macro/Action.py: macro.Action: fixed bug in getValidActions (don't nest lists)
2007-06-21T09:01:24  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2204:6a37ecdd79d5 1.7/MoinMoin/support/cgitb.py: fix cgitb XSS vulnerability (ported from 1.5 repo)
2007-06-21T09:01:26  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2205:cfc1595e53dc 1.7/MoinMoin/ (config/multiconfig.py failure.py): cfg.traceback_show (show tracebacks on the web) and cfg.traceback_log_dir (directory to dump tracebacks to - ported from 1.5 repo)
2007-06-21T09:01:27  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2206:b9fa45f5c47f 1.7/MoinMoin/script/migration/ (1050500.py 1050600.py 1050700.py 1050800.py): added 1.5 mig scripts up to 1.5.8
2007-06-21T09:09:07  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2207:7ae581d79352 1.7/MoinMoin/ (7 files in 2 dirs): updated bot useragents list, reduce bot cpu usage of some macros (ported from 1.5 repo)
2007-06-21T09:09:08  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2208:2f7f195f4dd2 1.7/MoinMoin/ (config/multiconfig.py request/__init__.py): log timing (using std logging)
2007-06-21T09:09:10  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2209:ebdcd00ce19d 1.7/MoinMoin/security/antispam.py: fixed updating of in-process cache of antispam patterns (port from 1.5 repo)
2007-06-21T09:09:11  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2210:316bbfb37f2b 1.7/MoinMoin/action/AttachFile.py: XSS fix for AttachFile 'do' parameter (ported from 1.5 repo)
2007-06-21T09:09:12  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2211:15196c833689 1.7/docs/CHANGES: updated 1.5 changes in docs/CHANGES
2007-06-21T09:09:15  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2212:1e0582fc064c 1.7/MoinMoin/macro/SystemInfo.py: SystemInfo: fixed isSpiderAgent
2007-06-21T09:16:44  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2213:fae771ce78ce 1.7/wiki/config/wikiconfig.py: wikiconfig: /wiki replaced by /moin_static170
2007-06-21T09:16:45  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2214:57c403f5f075 1.7/MoinMoin/ (support/xapwrap/index.py wikiutil.py): xapian: fixed building index for 1.0
2007-06-21T09:16:46  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2215:c00b5f8d211f 1.7/MoinMoin/Page.py: use cfg.language_default (e.g. for stemming with xapian search) if page does not specify its language
2007-06-21T09:23:52  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2216:28d8d384d24d 1.7/MoinMoin/support/xapwrap/index.py: fixed xapian.open/xapian.WritableDataBase to work with both xapian 0.9.x and 1.0.0
2007-06-21T09:34:26  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2217:f8dcc3232e8b 1.7/MoinMoin/ (request/__init__.py wikiutil.py): move html_formatter creation to RequestBase.__init__ so it also works for CLI requests
2007-06-21T09:34:30  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2218:c391df32467f 1.7/MoinMoin/action/fullsearch.py: fixed crash of xapian AdvancedSearch (fullsearch action) if mtime string is invalid, e.g. '2 days'
2007-06-21T09:34:32  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2219:dc5cd1a4b397 1.7/MoinMoin/search/queryparser.py: xapian search: fix crash when excluding system items
2007-06-21T09:34:37  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2220:2be09fd7a1c9 1.7/ (MoinMoin/config/multiconfig.py docs/CHANGES): changed default of xapian_index_history to False (True takes lots of time when building the index)
2007-06-21T09:34:38  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2221:f5b9f51e67a9 1.7/MoinMoin/ (macro/SystemInfo.py search/Xapian.py): fix xapian version check, use non-deprecated functions for it with fallback to depracated functions
2007-06-21T09:34:39  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2222:90484c86443a 1.7/MoinMoin/ (search/builtin.py support/xapwrap/index.py): xapian: handling of deprecated get_description
2007-06-21T09:34:41  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2223:eec3c7b6a686 1.7/MoinMoin/Page.py: make sure pi['language'] is set, even for xslt pages
2007-06-21T09:34:44  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2224:4ca25b36adb0 1.7/MoinMoin/macro/AdvancedSearch.py: AdvancedSearch: added i18n for 'any mimetype'
2007-06-21T09:34:49  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2225:9b7c60060be1 1.7/MoinMoin/i18n/tools/mk_POTFILES.py: added EXIF.py to blacklist to avoid silly xgettext errors
2007-06-21T09:34:52  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2226:cff573edd028 1.7/MoinMoin/macro/__init__.py: fixed wrong link generation for WordIndex/TitleIndex
2007-06-21T09:34:55  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2227:c8ff348927db 1.7/MoinMoin/config/multiconfig.py: credits: slowly moving to moinmo.in
2007-06-21T09:34:58  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2228:3b2f654037da 1.7/MoinMoin/search/Xapian.py: Xapian: used Stemmer.algorithms for checking
2007-06-21T09:35:01  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2229:c1ef587208c0 1.7/MoinMoin/search/Xapian.py: Xapain: raise exception TypeError if Stemmer fails
2007-06-21T09:35:06  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2230:48af49661497 1.7/MoinMoin/macro/SystemInfo.py: SystemInfo: info for stemmer snowball added
2007-06-21T09:35:09  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2231:ba51622d8283 1.7/MoinMoin/macro/SystemInfo.py: SystemInfo: labels for stemming renamed
2007-06-21T09:45:46  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2232:6639eb5530c5 1.7/MoinMoin/macro/SystemInfo.py: SystemInfo: !PyStemmer
2007-06-21T09:45:47  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2233:666625ecde91 1.7/MoinMoin/formatter/text_docbook.py: Fix error message in the docbook formatter, should be ported to 1.7.
2007-06-21T09:45:48  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2234:b39475e79845 1.7/MoinMoin/auth/ldap_login.py: Introduce a callback to generate e-mail addresses for LDAP-imported accounts.
2007-06-21T09:45:49  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2235:fcb18262e270 1.7/MoinMoin/search/queryparser.py: Simplify some code in the query parser.
2007-06-21T09:45:51  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2236:ee8beeddd28d 1.7/MoinMoin/action/diff.py: diff action: fix UnboundLocalError caused by invalid rev2 argument
2007-06-21T09:50:31  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2237:4238e46245d4 1.7/MoinMoin/action/diff.py: fixed diff action for deleted pages
2007-06-21T09:50:32  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2238:529a3c5e6d0e 1.7/MoinMoin/caching.py: add use_encode parameter to caching - useful for readable cache files. this re-adds similar functionality that was removed in changeset 5070d0358544
2007-06-21T09:50:33  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2239:0232aa023881 1.7/MoinMoin/request/__init__.py: fixed encoding/decoding for surge-log data, fixes leftoever surge-logXXXXX.tmp files in data/cache/surgeprotect (ported from 1.5 changeset 817: 4b9425f89248)
2007-06-21T10:02:09  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2240:ea7600ae756a 1.7/MoinMoin/auth/ldap_login.py: auth: avoid UnicodeErrors in verbose logging calls (ported from 1.5), remove leftover merging junk
2007-06-21T10:02:11  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2241:69491886ee47 1.7/wiki/data/meta: added meta file to data directory
2007-06-21T10:02:40  <ThomasWaldmann> ok, this completed the merge 1.6 -> 1.7
2007-06-21T10:12:41  <grzywacz> nice
2007-06-21T10:50:14  <dreimark> t.www.de does not show an RSS feed icon
2007-06-21T12:19:48  <lanius> ThomasWaldmann: the user account browser still shows error
2007-06-21T12:20:06  <lanius> ThomasWaldmann: http://www.cojobo.net/~h_wendel/stuff/exception.txt
2007-06-21T13:30:48  <zenhase> hello there
2007-06-21T13:32:04  <johill> ThomasWaldmann: what conflicted with my auth stuff? the 1.6->1.7 merge?
2007-06-21T13:50:10  <dreimark> moin
2007-06-21T14:44:47  <zenhase> updated the designpaper with a table for the context-dictionary
2007-06-21T14:51:25  <ThomasWaldmann> johill: sure :)
2007-06-21T14:51:37  <ThomasWaldmann> merge isnt THAT intelligent
2007-06-21T15:20:13  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2209:c3e140e98158 1.7-maninfo-vpv/ (MANIFEST.in ChangeLog.15 ChangeLog): remove old tla ChangeLog from distribution
2007-06-21T15:20:15  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2210:2560c2182307 1.7-maninfo-vpv/MoinMoin/macro/Action.py: macro.Action: link only if action is valid
2007-06-21T15:20:18  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2211:e60ae8a23a49 1.7-maninfo-vpv/MoinMoin/macro/Action.py: macro.Action: getValidAction uses builtin actions too
2007-06-21T15:20:19  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2212:4ef3b19e11e5 1.7-maninfo-vpv/docs/CHANGES: Added CHANGES remark about hierarchical ACLs.
2007-06-21T15:20:20  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2213:f1972e32313a 1.7-maninfo-vpv/MoinMoin/logfile/editlog.py: for SAVE/RENAME log entries we also announce the old pagename in news()
2007-06-21T15:20:22  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2214:7f76fff062c8 1.7-maninfo-vpv/MoinMoin/macro/Action.py: macro.Action: fixed bug in getValidActions (don't nest lists)
2007-06-21T15:20:24  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2215:6a37ecdd79d5 1.7-maninfo-vpv/MoinMoin/support/cgitb.py: fix cgitb XSS vulnerability (ported from 1.5 repo)
2007-06-21T15:20:29  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2216:cfc1595e53dc 1.7-maninfo-vpv/MoinMoin/ (config/multiconfig.py failure.py): cfg.traceback_show (show tracebacks on the web) and cfg.traceback_log_dir (directory to dump tracebacks to - ported from 1.5 repo)
2007-06-21T15:20:33  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2217:b9fa45f5c47f 1.7-maninfo-vpv/MoinMoin/script/migration/ (1050500.py 1050600.py 1050700.py 1050800.py): added 1.5 mig scripts up to 1.5.8
2007-06-21T15:20:36  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2218:7ae581d79352 1.7-maninfo-vpv/MoinMoin/ (7 files in 2 dirs): updated bot useragents list, reduce bot cpu usage of some macros (ported from 1.5 repo)
2007-06-21T15:20:41  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2219:2f7f195f4dd2 1.7-maninfo-vpv/MoinMoin/ (config/multiconfig.py request/__init__.py): log timing (using std logging)
2007-06-21T15:20:46  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2220:ebdcd00ce19d 1.7-maninfo-vpv/MoinMoin/security/antispam.py: fixed updating of in-process cache of antispam patterns (port from 1.5 repo)
2007-06-21T15:20:49  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2221:316bbfb37f2b 1.7-maninfo-vpv/MoinMoin/action/AttachFile.py: XSS fix for AttachFile 'do' parameter (ported from 1.5 repo)
2007-06-21T15:20:52  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2222:15196c833689 1.7-maninfo-vpv/docs/CHANGES: updated 1.5 changes in docs/CHANGES
2007-06-21T15:20:55  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2223:1e0582fc064c 1.7-maninfo-vpv/MoinMoin/macro/SystemInfo.py: SystemInfo: fixed isSpiderAgent
2007-06-21T15:21:00  <CIA-27> moin: Ville-Pekka Vainio <vpivaini AT cs DOT helsinki DOT fi> * 2224:59de375efd46 1.7-maninfo-vpv/ (22 files in 11 dirs): merge from main
2007-06-21T15:21:09  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2225:fae771ce78ce 1.7-maninfo-vpv/wiki/config/wikiconfig.py: wikiconfig: /wiki replaced by /moin_static170
2007-06-21T15:21:12  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2226:57c403f5f075 1.7-maninfo-vpv/MoinMoin/ (support/xapwrap/index.py wikiutil.py): xapian: fixed building index for 1.0
2007-06-21T15:21:15  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2227:c00b5f8d211f 1.7-maninfo-vpv/MoinMoin/Page.py: use cfg.language_default (e.g. for stemming with xapian search) if page does not specify its language
2007-06-21T15:21:18  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2228:28d8d384d24d 1.7-maninfo-vpv/MoinMoin/support/xapwrap/index.py: fixed xapian.open/xapian.WritableDataBase to work with both xapian 0.9.x and 1.0.0
2007-06-21T15:21:23  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2229:f8dcc3232e8b 1.7-maninfo-vpv/MoinMoin/ (request/__init__.py wikiutil.py): move html_formatter creation to RequestBase.__init__ so it also works for CLI requests
2007-06-21T15:21:31  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2230:c391df32467f 1.7-maninfo-vpv/MoinMoin/action/fullsearch.py: fixed crash of xapian AdvancedSearch (fullsearch action) if mtime string is invalid, e.g. '2 days'
2007-06-21T15:21:37  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2231:dc5cd1a4b397 1.7-maninfo-vpv/MoinMoin/search/queryparser.py: xapian search: fix crash when excluding system items
2007-06-21T15:21:40  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2232:2be09fd7a1c9 1.7-maninfo-vpv/ (MoinMoin/config/multiconfig.py docs/CHANGES): changed default of xapian_index_history to False (True takes lots of time when building the index)
2007-06-21T15:21:46  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2233:f5b9f51e67a9 1.7-maninfo-vpv/MoinMoin/ (macro/SystemInfo.py search/Xapian.py): fix xapian version check, use non-deprecated functions for it with fallback to depracated functions
2007-06-21T15:21:52  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2234:90484c86443a 1.7-maninfo-vpv/MoinMoin/ (search/builtin.py support/xapwrap/index.py): xapian: handling of deprecated get_description
2007-06-21T15:21:57  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2235:eec3c7b6a686 1.7-maninfo-vpv/MoinMoin/Page.py: make sure pi['language'] is set, even for xslt pages
2007-06-21T15:22:00  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2236:4ca25b36adb0 1.7-maninfo-vpv/MoinMoin/macro/AdvancedSearch.py: AdvancedSearch: added i18n for 'any mimetype'
2007-06-21T15:22:03  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2237:9b7c60060be1 1.7-maninfo-vpv/MoinMoin/i18n/tools/mk_POTFILES.py: added EXIF.py to blacklist to avoid silly xgettext errors
2007-06-21T15:22:08  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2238:cff573edd028 1.7-maninfo-vpv/MoinMoin/macro/__init__.py: fixed wrong link generation for WordIndex/TitleIndex
2007-06-21T15:22:13  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2239:c8ff348927db 1.7-maninfo-vpv/MoinMoin/config/multiconfig.py: credits: slowly moving to moinmo.in
2007-06-21T15:22:16  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2240:3b2f654037da 1.7-maninfo-vpv/MoinMoin/search/Xapian.py: Xapian: used Stemmer.algorithms for checking
2007-06-21T15:22:21  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2241:c1ef587208c0 1.7-maninfo-vpv/MoinMoin/search/Xapian.py: Xapain: raise exception TypeError if Stemmer fails
2007-06-21T15:22:24  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2242:48af49661497 1.7-maninfo-vpv/MoinMoin/macro/SystemInfo.py: SystemInfo: info for stemmer snowball added
2007-06-21T15:22:29  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2243:ba51622d8283 1.7-maninfo-vpv/MoinMoin/macro/SystemInfo.py: SystemInfo: labels for stemming renamed
2007-06-21T15:22:34  <CIA-27> moin: Reimar Bauer <rb.proj AT googlemail DOT com> * 2244:6639eb5530c5 1.7-maninfo-vpv/MoinMoin/macro/SystemInfo.py: SystemInfo: !PyStemmer
2007-06-21T15:22:37  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2245:666625ecde91 1.7-maninfo-vpv/MoinMoin/formatter/text_docbook.py: Fix error message in the docbook formatter, should be ported to 1.7.
2007-06-21T15:22:42  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2246:b39475e79845 1.7-maninfo-vpv/MoinMoin/auth/ldap_login.py: Introduce a callback to generate e-mail addresses for LDAP-imported accounts.
2007-06-21T15:22:45  <CIA-27> moin: Alexander Schremmer <alex AT alexanderweb DOT de> * 2247:fcb18262e270 1.7-maninfo-vpv/MoinMoin/search/queryparser.py: Simplify some code in the query parser.
2007-06-21T15:22:50  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2248:ee8beeddd28d 1.7-maninfo-vpv/MoinMoin/action/diff.py: diff action: fix UnboundLocalError caused by invalid rev2 argument
2007-06-21T15:22:55  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2249:4238e46245d4 1.7-maninfo-vpv/MoinMoin/action/diff.py: fixed diff action for deleted pages
2007-06-21T15:22:58  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2250:529a3c5e6d0e 1.7-maninfo-vpv/MoinMoin/caching.py: add use_encode parameter to caching - useful for readable cache files. this re-adds similar functionality that was removed in changeset 5070d0358544
2007-06-21T15:23:04  <CIA-27> (5 lines omitted)
2007-06-21T15:23:40  <ThomasWaldmann> zenhase: that page.content rendering context object should be lazy evaluated, so that renderings that don't really need the rendered content (e.g. page info) are not slowed down.
2007-06-21T15:24:21  <xorAxAx> ThomasWaldmann: in terms of performance, thats not really a big speedup because the largest slow down will be because of genshi
2007-06-21T15:24:35  <xorAxAx> i will check his ideas if he presents a usable caching strategy
2007-06-21T15:25:24  <ThomasWaldmann> zenhase: it depends on the page. pages with lots of links or other expensive stuff can be really slow (and the bytecode cache won't help you).
2007-06-21T15:26:29  <xorAxAx> in webphoto, the login page needs 300 msecs to render
2007-06-21T15:26:35  <xorAxAx> and its basically static and simple :)
2007-06-21T15:26:56  <ThomasWaldmann> ugh
2007-06-21T15:27:29  <xorAxAx> its because the genshi files do a lot of dynamic matching
2007-06-21T15:28:57  <vpv> Has something changed now that Thomas ported 1.6->1.7, I'm getting "stylesheet messages" every time I view a DocBook page
2007-06-21T15:29:13  <vpv> like this: "No localization exists for "en" or "". Using default "en"."
2007-06-21T15:30:17  <xorAxAx> vpv: see the `hg log` of the docbook formatter
2007-06-21T15:31:42  <vpv> oh, it seems this is a weird local path problem, somehow it tries to find xml files from a folder I used previously. I'll check wikiconfig again.
2007-06-21T15:32:03  <xorAxAx> and seriously have a look at the docbook branch
2007-06-21T15:38:57  <ThomasWaldmann> vpv: you have 4suite installed, i guess. does py.test for the docbook formatter work?
2007-06-21T15:40:27  <vpv> I do have 4suite installed and everything worked before I moved the sources around to solve that pydev problem :D
2007-06-21T15:41:26  <ThomasWaldmann> so no test fails for you when running py.test?
2007-06-21T15:42:18  <vpv> I've never used that, but I could try
2007-06-21T15:42:35  <ThomasWaldmann> (you have to install it)
2007-06-21T15:42:45  <ThomasWaldmann> but it's nice :)
2007-06-21T15:43:11  <ThomasWaldmann> zenhase: lazy eval for the systempages would also save some ms
2007-06-21T15:44:23  <vpv> The strange thing is that it gives UriException, No such file or directory, which is true, but it's looking for those in the "old" folder...
2007-06-21T15:45:17  <ThomasWaldmann> brb
2007-06-21T15:45:39  <zenhase> ThomasWaldmann: i could make system a proxying object, yes
2007-06-21T15:46:02  <zenhase> and sorry for late answer, wireless broke down here for some minutes
2007-06-21T15:46:58  <zenhase> hmm
2007-06-21T15:49:18  <xorAxAx> zenhase: does your design document contain ideas for cachine?
2007-06-21T15:49:26  <xorAxAx> s/ine/ing/
2007-06-21T15:49:29  <zenhase> regarding page.content: this will be the captured output at first ... so it will depend on the called page/action combination anyway and will have the same caching semantics like the old theme way
2007-06-21T15:50:04  <zenhase> xorAxAx: currently not, since i still try to figure out where to put it
2007-06-21T15:50:57  <zenhase> but one idea was to have many objects or helpers in the context be caching proxy-objects/-functions for stuff without any sideeffects
2007-06-21T15:52:28  <xorAxAx> the goal is that in a normal request, genshi isnt called at all
2007-06-21T15:52:43  <zenhase> especially method/function-calls without parameters (or parameters that are already determined on request (like passing in the request) could be made property-like with caching
2007-06-21T15:53:32  <zenhase> xorAxAx: this will require caching on a huge level, i think
2007-06-21T15:53:54  <xorAxAx> which methods?
2007-06-21T15:54:07  <zenhase> just think about a user logged in browsing the wiki ... the page-trail will change on every request
2007-06-21T15:55:10  <xorAxAx> yes, i am thinking about anonymous requests currently
2007-06-21T15:55:46  <zenhase> ah ok
2007-06-21T15:56:03  <zenhase> tho i have to say, that i would really like to have anonymous page-trails
2007-06-21T15:56:09  <zenhase> that would be awesome :>
2007-06-21T15:56:29  <zenhase> could be a simple string with separator stored in a cookie
2007-06-21T15:56:35  <xorAxAx> thats irrelevant right now, in the end it must be fast for any case
2007-06-21T15:56:43  <zenhase> (does not relate to my project of course)
2007-06-21T15:57:19  <zenhase> ok, how is the caching for anonymous requests done at the moment?
2007-06-21T15:57:51  <zenhase> does it cache theme-output (header, footer, closing_html)?
2007-06-21T15:58:00  <xorAxAx> not at all
2007-06-21T15:58:24  <xorAxAx> thats why i said a few weeks ago that it is an important topic for your theme design
2007-06-21T15:58:28  <zenhase> ok, so i have to come up with something completely new :>
2007-06-21T15:58:35  <xorAxAx> yes
2007-06-21T15:59:25  <zenhase> hmm
2007-06-21T15:59:40  <ThomasWaldmann> xorAxAx: even anon users can have a trail now
2007-06-21T16:00:18  <xorAxAx> ThomasWaldmann: is it implemented?
2007-06-21T16:00:23  <ThomasWaldmann> yes
2007-06-21T16:00:33  <ThomasWaldmann> see config var
2007-06-21T16:00:54  <xorAxAx> col
2007-06-21T16:00:55  <xorAxAx> +o
2007-06-21T16:02:38  <ThomasWaldmann> ...but makes caching even harder
2007-06-21T16:03:45  <ThomasWaldmann> btw, we have different kind of caching. the most efficient is client side, when it does not request the body at all
2007-06-21T16:03:57  <zenhase> and i would not like to start putting markers in the cached output again for inserting stuff later on
2007-06-21T16:04:11  <ThomasWaldmann> otoh we can cache some pieces of html(?) on the server side
2007-06-21T16:04:20  <zenhase> yes
2007-06-21T16:04:31  <zenhase> page-content for example
2007-06-21T16:04:48  <zenhase> this would only have be invalidated on page-edits
2007-06-21T16:04:57  <ThomasWaldmann> this is already done
2007-06-21T16:04:59  <xorAxAx> zenhase: thats already working and not your problem
2007-06-21T16:05:08  <ThomasWaldmann> (and maybe even in the best possible way)
2007-06-21T16:05:33  <zenhase> well
2007-06-21T16:06:02  <zenhase> what other parts can be safely cached then?
2007-06-21T16:06:36  <xorAxAx> everything in the theme can be cached, except the dynamic stuff
2007-06-21T16:06:43  <xorAxAx> and without a call to genshi please
2007-06-21T16:06:48  <xorAxAx> where is the problem? :)
2007-06-21T16:06:55  <zenhase> theme is really a problem, if you give theme-developers the ability to do nice dynamic stuff, then you cannot be sure on how to cache it, don't you?
2007-06-21T16:07:21  <zenhase> hmm
2007-06-21T16:07:30  <xorAxAx> zenhase: why not? you could them advise to declare the dynamicness
2007-06-21T16:07:36  <xorAxAx> the system can then decide how to handle it
2007-06-21T16:07:56  <zenhase> if i were a themer i would find this rather cumbersome
2007-06-21T16:08:16  <zenhase> i would have to keep track of dynamic stuff
2007-06-21T16:08:24  <xorAxAx> well, depends on the design
2007-06-21T16:08:40  <xorAxAx> i am sure that there is something that is completly transparent to the designer
2007-06-21T16:08:49  <ThomasWaldmann> if you dont declare it, moin would just assume the worst case
2007-06-21T16:09:07  <ThomasWaldmann> (and thus it would be slow)
2007-06-21T16:09:47  <xorAxAx> these thoughts should have been made 2 months ago
2007-06-21T16:09:50  <ffesti> moin
2007-06-21T16:10:01  <ffesti> *reading backlog*
2007-06-21T16:10:16  <zenhase> xorAxAx: actually i don't know about this ...
2007-06-21T16:10:57  <xorAxAx> zenhase: what do you mean?
2007-06-21T16:10:59  <zenhase> hmm
2007-06-21T16:11:54  <zenhase> well, to determine the dynamic parts of a template, one could use a stream-filter on the genshi-markup-stream when the files are actually loaded
2007-06-21T16:12:51  <zenhase> they will stay in memory then anyway (unless auto_reload is activated or the process is not longrunning, like CGI for example)
2007-06-21T16:13:12  <zenhase> even auto_reload only triggers on mtime change on the file
2007-06-21T16:14:02  <ThomasWaldmann> zenhase: btw, when you are redesigning send_page, maybe try to delay output as long as possible - esp. for the http headers.
2007-06-21T16:14:40  <ThomasWaldmann> we currently emit them rather early and we can't decide on cacheability that early
2007-06-21T16:14:48  <zenhase> ok
2007-06-21T16:15:55  <ffesti> zenhase, the genshi theming code knows in advance which variables are dynamic
2007-06-21T16:15:58  <ThomasWaldmann> (that means, that if we want to show page content, we first have to render the page content, then emit the http headers and everything else)
2007-06-21T16:16:28  <ffesti> the question is if you can mark pieces of the page dynamic just by loggin access to these vars
2007-06-21T16:16:53  <ffesti> don't know if this is possible
2007-06-21T16:17:21  <ThomasWaldmann> hehe
2007-06-21T16:18:16  <ThomasWaldmann> nice idea
2007-06-21T16:18:32  <zenhase> actually anything having py:-directives attached or containing ${} expansions is to be considered dynamic i think
2007-06-21T16:18:55  <zenhase> this is what i meant by filtering the stream of templates on load
2007-06-21T16:19:55  <zenhase> i COULD for example try to coalesce non-dynamic parts into plain TEXT-events
2007-06-21T16:20:31  <xorAxAx> dont forget - the idea is that genshi should be called as few times as possible
2007-06-21T16:20:35  <ThomasWaldmann> zenhase: you have different dependencies: user (session), time, namespace, other page's content
2007-06-21T16:21:11  <zenhase> ThomasWaldmann: that's what makes caching a wiki a research-project of it's own i think
2007-06-21T16:21:46  <zenhase> i can do some caching but don't expect wonders :>
2007-06-21T16:21:48  <ThomasWaldmann> :)
2007-06-21T16:22:20  <xorAxAx> i still dont think that it is difficult :)
2007-06-21T16:22:27  <xorAxAx> you shouldnt write a genshi compiler
2007-06-21T16:22:53  <zenhase> and also i would like to concentrate on the main idea of my project ... if i realize that i spend more time on caching than on making theming nicer in the process i would really like to put it for later
2007-06-21T16:23:14  <zenhase> xorAxAx: i know, they tried in the experimental codegen branch in genshi
2007-06-21T16:23:18  <zenhase> i think the branch died
2007-06-21T16:23:37  <xorAxAx> there are 2 compiler brnaches, both have flaws in the design or are slow
2007-06-21T16:24:05  <xorAxAx> zenhase: the main idea is making a theming system usable, and caching is crucial for that
2007-06-21T16:25:04  <zenhase> i disagree :>
2007-06-21T16:25:16  <xorAxAx> so we will as well in 6 weeks :)
2007-06-21T16:25:30  <xorAxAx> well ... it depends on the user of course
2007-06-21T16:25:33  <zenhase> of course if performance degrades to a crawl it isn't usable any more
2007-06-21T16:25:47  <xorAxAx> zenhase: what are the current rendering times per request?
2007-06-21T16:25:53  <ThomasWaldmann> i dont know much about genshi, but maybe modularizing the theme parts and defining dependency for those modules are the way?
2007-06-21T16:26:22  <zenhase> xorAxAx: well, show_timings didn't have enough resolution to let me recognize a difference
2007-06-21T16:26:35  <zenhase> fluctuations in the last digit
2007-06-21T16:26:48  <xorAxAx> zenhase: you should use ab and cprofile
2007-06-21T16:26:55  <zenhase> i did use ab too
2007-06-21T16:27:10  <xorAxAx> sounds good
2007-06-21T16:27:19  <xorAxAx> maybe your templates arent enterprisey enough :)
2007-06-21T16:27:21  <zenhase> on one machine i did 100.000 requests
2007-06-21T16:27:29  <ThomasWaldmann> (and be careful when you use browser and wiki server on same machine)
2007-06-21T16:27:46  <xorAxAx> zenhase: so what is your current rendering time?
2007-06-21T16:27:48  <zenhase> it was some minor kb/s faster with genshi actually
2007-06-21T16:28:47  <xorAxAx> that sounds pretty weird :)
2007-06-21T16:28:56  <xorAxAx> still waiting for a figure ...
2007-06-21T16:29:46  <xorAxAx> on my local system, a simple wiki page is rendered in 40 msec
2007-06-21T16:29:53  <zenhase> i still didn't find out how to visualize apache bench data
2007-06-21T16:29:57  <xorAxAx> (1.5 GHz)
2007-06-21T16:30:03  <xorAxAx> zenhase: i mean a number
2007-06-21T16:30:07  <xorAxAx> not a diagram
2007-06-21T16:30:07  <zenhase> http://eigensex.org:2323/wiki/RecentChanges?_theme=modern
2007-06-21T16:30:14  <zenhase> http://eigensex.org:2323/wiki/RecentChanges
2007-06-21T16:30:18  <xorAxAx> recentchanges is expensive
2007-06-21T16:30:20  <zenhase> the first one is with modern
2007-06-21T16:30:27  <zenhase> the other with genshitheme
2007-06-21T16:30:35  <zenhase> show_timings is activated
2007-06-21T16:30:41  <xorAxAx> ah ...
2007-06-21T16:30:45  <xorAxAx> your timers are b0rked
2007-06-21T16:30:46  <zenhase> machine is a 3200+ amd64
2007-06-21T16:30:51  <xorAxAx> it says "still running"
2007-06-21T16:31:03  <xorAxAx> so you need to fix the timers first
2007-06-21T16:31:19  <xorAxAx> how fast is that machine?
2007-06-21T16:31:29  <zenhase> look above :>
2007-06-21T16:31:33  <xorAxAx> indeed
2007-06-21T16:31:43  <xorAxAx> one core?
2007-06-21T16:31:50  <xorAxAx> well, its at least 100% slower
2007-06-21T16:31:58  <zenhase> hmm
2007-06-21T16:32:03  <zenhase> yes, one core
2007-06-21T16:32:05  <xorAxAx> thats rather good ... but the machine is faster as well
2007-06-21T16:32:11  <xorAxAx> so maybe factor 3
2007-06-21T16:32:37  <xorAxAx> or even factor 4 if we trust the 3200 rating :)
2007-06-21T16:33:22  <ThomasWaldmann> maybe test on slower hardware to see the real impact :-P
2007-06-21T16:33:33  <zenhase> hmm
2007-06-21T16:33:47  <zenhase> i could install it on our router at entropia
2007-06-21T16:33:58  <zenhase> 233Mhz with 96MB ram ;>
2007-06-21T16:35:13  <zenhase> i will get something to eat now, be back in 45min or so
2007-06-21T16:35:41  <zenhase> i try to think about the caching issue meanwhile and where to solve it
2007-06-21T16:39:01  <ThomasWaldmann> bbl
2007-06-21T17:23:38  <ffesti> xorAxAx, the total time is 0.034s to 0.057s, so it take 66% longer
2007-06-21T17:23:55  <ffesti> are there any objections against this numbers?
2007-06-21T17:24:09  <ffesti> (using FrontPage for testing)
2007-06-21T17:28:05  <xorAxAx> ffesti: that sounds rather good
2007-06-21T17:46:59  * ffesti -> dinner -> home
2007-06-21T17:47:15  <ffesti> bb in an hour or so
2007-06-21T17:54:31  <zenhase> re, did take a bit longer
2007-06-21T18:19:24  <ThomasWaldmann> re
2007-06-21T18:25:20  <dreimark> bbl, some more hours
2007-06-21T19:19:11  <Fabi> re
2007-06-21T19:19:33  <Fabi> sri, did I miss something?
2007-06-21T19:20:10  <xorAxAx> no
2007-06-21T19:39:17  <Fabi> zenhase, xorAxAx: Is there a chance to get around the output capturing and work with callbacks during rendering the template?
2007-06-21T19:39:39  <xorAxAx> Fabi: well, thats what output capturing is about
2007-06-21T19:39:52  <xorAxAx> Fabi: the code calls back into his stream object
2007-06-21T19:40:06  <Fabi> the template would just call Page.send_page_content() at the right time
2007-06-21T19:40:27  <Fabi> I was thinking the other way round
2007-06-21T19:40:40  <xorAxAx> but the problem is that genshi only emits documents by default, and you would need to cut the second part and emit it separately
2007-06-21T19:41:31  <Fabi> spliting send_page into several methods that can be called from the template
2007-06-21T19:41:38  <Fabi> at the right time
2007-06-21T19:41:45  <xorAxAx> ah
2007-06-21T19:42:06  <Fabi> so send_page would just render the template
2007-06-21T19:42:09  <xorAxAx> but you would still need output capturing
2007-06-21T19:42:12  <Fabi> which would call back
2007-06-21T19:42:53  <Fabi> not if it renders just in time
2007-06-21T19:43:01  <Fabi> don't know if this is possible
2007-06-21T19:43:44  <Fabi> "use the source luke"
2007-06-21T19:43:45  <Fabi> ...
2007-06-21T19:45:29  <xorAxAx> Fabi: the other code is calling request.write
2007-06-21T19:45:35  <xorAxAx> Fabi: what should that func do?
2007-06-21T19:46:28  <Fabi> just reading the genshi code: won't work as their rendering is too primitive
2007-06-21T19:46:51  <xorAxAx> what is missing?
2007-06-21T19:50:13  <Fabi> it simply assumes that the stream only contains std elements
2007-06-21T19:50:14  <zenhase> hmm?
2007-06-21T19:50:29  <Fabi> no chance to get called at that phase
2007-06-21T19:50:33  <Fabi> hmm
2007-06-21T19:50:35  <Fabi> mompl
2007-06-21T19:52:41  <xorAxAx> Fabi: you can insert markup objects
2007-06-21T19:52:45  <zenhase> with killing .send_page it would lead to something more like Page.get_content and this would be suffice for templating first
2007-06-21T19:52:48  <xorAxAx> but you wont be able to avoid output buffering
2007-06-21T19:52:55  <xorAxAx> because python doesnt have  full coroutines
2007-06-21T19:53:11  <xorAxAx> (no far yield)
2007-06-21T19:53:18  <zenhase> so you can just reference the readily formatted page-content in your template
2007-06-21T19:59:32  <Fabi> hmm, no coroutines needed
2007-06-21T20:00:42  <Fabi> the question is just how we can smuggle the right objects into the stream...
2007-06-21T20:01:28  <xorAxAx> you have to yield them :
2007-06-21T20:02:28  <zenhase> i don't really follow
2007-06-21T20:02:51  <zenhase> s/don't/can't
2007-06-21T20:06:36  <Fabi> What I suggest here is that we try to insert callbacks into the genshi stream that are executed on rendering
2007-06-21T20:07:00  <Fabi> if this can be achived we don't have to do output capturing
2007-06-21T20:07:31  <Fabi> on the other hand I don't know if it is worth that amount of black magic
2007-06-21T20:07:41  <zenhase> i don't think it's black magic
2007-06-21T20:08:10  <Fabi> ok, not more that the text_python formatter ;)=
2007-06-21T20:08:27  <zenhase> not even close to that imo
2007-06-21T20:08:40  <Fabi> be aware that this mean we need a new genshi directive
2007-06-21T20:08:42  <zenhase> as stated i want to kill .send_page
2007-06-21T20:08:47  <zenhase> why?
2007-06-21T20:09:09  <Fabi> because genshi replaces every expression by strings much earlier
2007-06-21T20:09:40  <Fabi> (as far as I have seen whn looking into the code for 5 minutes)
2007-06-21T20:09:43  <zenhase> why not just have page.content and use it in the template?
2007-06-21T20:10:01  <Fabi> because it is then called right now and not during rendering
2007-06-21T20:10:10  <zenhase> nope
2007-06-21T20:10:21  <xorAxAx> Fabi: ??
2007-06-21T20:10:26  <xorAxAx> Fabi: insert callbacks into the streams?
2007-06-21T20:10:31  <Fabi> yup
2007-06-21T20:10:42  <xorAxAx> Fabi: that doesnt work, the called code will call request.write which would be a callback again
2007-06-21T20:10:47  <zenhase> it's called when .generate(context).render('html') is called
2007-06-21T20:10:54  <xorAxAx> so you require a callback from a callback
2007-06-21T20:11:31  <zenhase> the idea is to eliminate the fact, that page-objects render themselves to the output stream
2007-06-21T20:11:43  <zenhase> that would already help a lot
2007-06-21T20:11:56  <Fabi> the callbacks are called during .generate()
2007-06-21T20:12:16  <zenhase> yes
2007-06-21T20:12:23  <Fabi> and we need the callbacks being called during .render()
2007-06-21T20:12:28  <zenhase> nope
2007-06-21T20:12:31  <Fabi> our own render
2007-06-21T20:12:55  <Fabi> so the first part of the template can be request.written
2007-06-21T20:12:58  <zenhase> .render only encodes the genshi markup stream to the desired output format
2007-06-21T20:13:05  <Fabi> then the callback being called
2007-06-21T20:13:17  <Fabi> calling request.write()
2007-06-21T20:13:46  <Fabi> and then continuing with writing the template
2007-06-21T20:14:03  <zenhase> i don't know ... it sounds wrong somehow
2007-06-21T20:14:12  <zenhase> perhaps we miss each other here
2007-06-21T20:14:39  <xorAxAx> what would be the point in the end? it still doesnt allow for streaming
2007-06-21T20:15:32  <Fabi> calling request.write in the right order
2007-06-21T20:15:47  <xorAxAx> how about this - you render a placeholder into the theme, split the theme, emit the header, emit the page and emit the footer
2007-06-21T20:16:02  <xorAxAx> and the placeholder would be in d.page_content
2007-06-21T20:16:23  <zenhase> oh no
2007-06-21T20:16:33  <xorAxAx> hmm? :)
2007-06-21T20:16:55  <xorAxAx> thats completly transparent to the theme designer
2007-06-21T20:17:18  <zenhase> and will be awful on the MoinMoin side
2007-06-21T20:17:22  <xorAxAx> why?
2007-06-21T20:17:33  <Fabi> ok, lets stick to output capturing for now...
2007-06-21T20:17:37  <xorAxAx> zenhase: have you noted the timer problem btw? should be fixed
2007-06-21T20:17:51  <Fabi> I was just thinking loudly
2007-06-21T20:17:53  <zenhase> xorAxAx: yeah, i missed calling some .stop calls
2007-06-21T20:17:54  <xorAxAx> (the one  i described above)
2007-06-21T20:18:08  <xorAxAx> or they are called after you render
2007-06-21T20:18:26  <Fabi> zenhase, can you please add some more to finally find out there all the time is used up
2007-06-21T20:18:31  <zenhase> Fabi: i am not very content with output capturing either
2007-06-21T20:18:51  <xorAxAx> the problem of output capturing is that you feed all the html into genshi
2007-06-21T20:18:55  <xorAxAx> does it work for broken html?
2007-06-21T20:19:07  <xorAxAx> also, it slows it down (but it allows for nice matching)
2007-06-21T20:19:26  <zenhase> the feeding part does not really slow down
2007-06-21T20:19:39  <zenhase> you keep markuptemplates in memory after they are loaded
2007-06-21T20:20:02  <xorAxAx> ?
2007-06-21T20:20:09  <xorAxAx> the markup is parsed into elements, isnt it?
2007-06-21T20:20:25  <xorAxAx> so the parsing and stream processing is much slower than just writing the string to the stream
2007-06-21T20:20:33  <xorAxAx> (but it has advantages of course)
2007-06-21T20:22:09  <zenhase> what parsing?
2007-06-21T20:22:17  <zenhase> parsing is done one time
2007-06-21T20:22:47  <xorAxAx> genshi calls a sax parser for the stream
2007-06-21T20:22:58  <xorAxAx> zenhase: at which point?
2007-06-21T20:23:00  <Fabi> the question is if the page content is parsed into the genshi stream as lots of tag objects
2007-06-21T20:23:07  <xorAxAx> Fabi: i think so
2007-06-21T20:23:12  <zenhase> xorAxAx: TemplateLoader.load(filename)
2007-06-21T20:23:17  <xorAxAx> zenhase: ?
2007-06-21T20:23:22  <zenhase> xorAxAx: this returns a MarkupTemplate object
2007-06-21T20:23:30  <zenhase> and template-loader uses an LRU-cache internally
2007-06-21T20:23:32  <xorAxAx> that doesnt parse the arguments of your Markup() objects
2007-06-21T20:23:56  <zenhase> what do you mean by arguments?
2007-06-21T20:24:06  <xorAxAx> Markup(argument)
2007-06-21T20:24:11  <xorAxAx> also load() doesnt parse
2007-06-21T20:24:30  <zenhase> perhaps we are talking about different things here
2007-06-21T20:24:35  <xorAxAx> ok, it does
2007-06-21T20:24:48  <xorAxAx> zenhase: the page contents consists of (broken) html
2007-06-21T20:24:53  <zenhase> to me parsing means: doing a transformation of html-soup to genshi streams
2007-06-21T20:24:58  <xorAxAx> yes
2007-06-21T20:25:12  <zenhase> ah
2007-06-21T20:25:14  <xorAxAx> and i was saying that it slows down page rendering because genshi parses the page contents on every request and processes all tags
2007-06-21T20:25:27  <xorAxAx> and the next question is how it deals with broken html
2007-06-21T20:25:32  <zenhase> nope, Markup() doesn't parse at all
2007-06-21T20:25:47  <zenhase> if i put the content of a page into it with Markup()
2007-06-21T20:25:54  <zenhase> like in the prototype
2007-06-21T20:26:14  <zenhase> it's basically a big text-blob that is not subject to html-escaping
2007-06-21T20:26:17  <xorAxAx> ah, but Stream would?
2007-06-21T20:26:23  <zenhase> that's what markup-objects are about
2007-06-21T20:26:37  <xorAxAx> hmm, no
2007-06-21T20:26:39  <xorAxAx> ok
2007-06-21T20:27:14  <zenhase> to have a REAL stream, you would have to make the text/html formatter which outputs this content-div use genshis tag-builder for example
2007-06-21T20:27:26  <zenhase> that's the way trac does it btw.
2007-06-21T20:28:07  <Fabi> we can think about that if performance is too good
2007-06-21T20:29:01  <zenhase> and as much as i would like to have the content be a markup stream it would be hard to adapt to the current ways formatters are used (as it's a very different way of generating output than .tag_
2007-06-21T20:29:14  <zenhase> .tag(on), bla, .tag(off)
2007-06-21T20:29:36  <zenhase> it will not fit nicely with formatter api
2007-06-21T20:30:20  <xorAxAx> yes
2007-06-21T20:30:38  <xorAxAx> on MMIC 2006 we concluded that a DOM like model would be nice
2007-06-21T20:30:44  <zenhase> so i would just capture output currently and emit html4.01 with genshi
2007-06-21T20:30:48  <xorAxAx> 2005 even
2007-06-21T20:31:00  <xorAxAx> in 2006 in geneva we tried using docutils, but lea vanished
2007-06-21T20:31:09  <xorAxAx> mostly because we have no usable unit tests :)
2007-06-21T20:31:12  <zenhase> who's lea?
2007-06-21T20:31:20  <xorAxAx> one of the docutils guys
2007-06-21T20:31:25  <zenhase> ah ok
2007-06-21T20:33:29  <zenhase> hmm
2007-06-21T20:33:58  <zenhase> you wanted to replace the current wiki-markup-engine with docutils?
2007-06-21T20:34:10  <zenhase> (i just took a look at what docutils actually is)
2007-06-21T20:34:31  <zenhase> or better: replace markup AND formatter in one shot
2007-06-21T20:36:04  <xorAxAx> the engine, use its DOM etc.
2007-06-21T20:36:11  <xorAxAx> no, we already support docbook markup
2007-06-21T20:36:59  <zenhase> parsers, formatters and the kitchensink ...
2007-06-21T20:40:27  <Fabi> zenhase, any more design discussions we need to do?
2007-06-21T20:41:14  <zenhase> depends
2007-06-21T20:41:26  <Fabi> I'd prefere if you take one day to do some benschmarks and put the timins into the right place
2007-06-21T20:41:35  <zenhase> any objections against the next planned steps?
2007-06-21T20:41:46  <Fabi> we still have no good idea what uses up the time
2007-06-21T20:42:15  <Fabi> moving the theme code out of the plugin loader can't be wrong
2007-06-21T20:42:15  <zenhase> ok
2007-06-21T20:42:22  <zenhase> yep
2007-06-21T20:42:43  <zenhase> and killing .send_page is also something utterly big
2007-06-21T20:43:06  <Fabi> may be start with a render_template method and the needed callbacks
2007-06-21T20:43:38  <Fabi> and leave everything else in send_page
2007-06-21T20:43:40  <zenhase> Page.render_template?
2007-06-21T20:43:43  <xorAxAx> Fabi: genshi uses the time of course
2007-06-21T20:43:58  <Fabi> xorAxAx, I am also thinking about the old code
2007-06-21T20:44:01  <xorAxAx> ah
2007-06-21T20:44:52  <zenhase> Page.render_template feels btw. wrong again :>
2007-06-21T20:45:24  <zenhase> i don't think Pages should have any relation to the theming they are embedded in
2007-06-21T20:46:29  <zenhase> or even to the output ... but this is just my personal opinion about alle the .send_page stuff and clean separation of responsibilities
2007-06-21T20:48:09  <zenhase> to me a page in moin represents wiki content and associated metadata and i would really like to see pages have only functionality regarding managing/querying those things in the long term :>
2007-06-21T20:50:42  <xorAxAx> well, we already realised that we have a controller and a model part
2007-06-21T20:50:52  <xorAxAx> lanius is currently working with the model part
2007-06-21T20:50:56  <zenhase> yes
2007-06-21T20:51:09  <xorAxAx> so if Page was the controller, it would be right
2007-06-21T20:51:28  <xorAxAx> but that would be bad because of compat
2007-06-21T20:51:37  <zenhase> hmm?
2007-06-21T20:51:39  <xorAxAx> lanius: whats your compat strategy btw?
2007-06-21T20:52:26  <lanius> my compat strategy is altering the external interface of page*.py as less as possible
2007-06-21T20:52:33  <xorAxAx> sounds good
2007-06-21T20:52:40  <xorAxAx> and where is my student btw?
2007-06-21T20:52:41  <xorAxAx> :)
2007-06-21T20:52:58  <CIA-27> moin: Heinrich Wendel <h_wendel@cojobo.net> * 2082:836ab5f25962 1.7-storage-hwendel/MoinMoin/Page.py: convert RootPage to use the new storage stuff
2007-06-21T20:53:10  <zenhase> oh boy ... so much talking today and so few code :>
2007-06-21T20:54:02  <zenhase> but i think it's worth to have different opinions discussed now instead of after code has been thrown in
2007-06-21T20:54:13  <Fabi> no send_page should call render_template
2007-06-21T20:54:34  <Fabi> or request.theme.render(page)
2007-06-21T20:54:54  <Fabi> or "self" to be precise
2007-06-21T20:55:02  <xorAxAx> well
2007-06-21T20:55:08  <xorAxAx> think in the context of actions
2007-06-21T20:55:13  <Fabi> talking is more important that coding
2007-06-21T20:55:24  <Fabi> if you know what to code you can type fast
2007-06-21T20:55:30  <xorAxAx> an action must be able to interweave header, page,  footer with its own blocks
2007-06-21T20:56:08  <Fabi> yes, the render method would need to get a param that also works for actions
2007-06-21T20:56:15  <Fabi> content=callback?
2007-06-21T20:57:20  <xorAxAx> and the model should be somehow compatible to old actions
2007-06-21T20:57:28  <xorAxAx> if you are already breaking themes :)
2007-06-21T20:58:21  <Fabi> we need to keep the header, footer stuff for a while for compatibility with 3rd party actions
2007-06-21T20:58:36  <Fabi> but we already have code for that
2007-06-21T20:58:44  <Fabi> we just have to keep it working
2007-06-21T20:58:50  <Fabi> we = zenhase
2007-06-21T20:58:53  <xorAxAx> LOL
2007-06-21T20:59:59  <Fabi> and the old ThemeBase class could also offer a render() method that just calls header, send_page_content, footer
2007-06-21T21:00:08  <Fabi> so old themes would continue working
2007-06-21T21:00:28  <Fabi> zenhase, any objections so far?
2007-06-21T21:01:42  <zenhase> .render(self)?
2007-06-21T21:01:53  <zenhase> or what did you mean by "self" up there?
2007-06-21T21:02:57  <Fabi> the page object passing itself to the theme.render() method
2007-06-21T21:03:17  <zenhase> why the page?
2007-06-21T21:03:27  <Fabi> but I am already at theme.render(content=page.send_page_content)
2007-06-21T21:03:34  <xorAxAx> hehe
2007-06-21T21:03:41  <zenhase> why not have request pass it to the theme?
2007-06-21T21:03:56  <zenhase> request is the one loading the theme in the first place :>
2007-06-21T21:04:17  <Fabi> why not have the view action pass it to the theme?
2007-06-21T21:04:33  <zenhase> that would be ok too
2007-06-21T21:04:37  <zenhase> no not ok
2007-06-21T21:04:41  <zenhase> best!
2007-06-21T21:04:45  <Fabi> does view exist yet?
2007-06-21T21:04:50  <zenhase> it sounds so logical
2007-06-21T21:05:11  <Fabi> I think it still is a hack in request.run()
2007-06-21T21:05:11  <xorAxAx> what is view?
2007-06-21T21:05:23  <xorAxAx> the controller should control the view, not the other way around
2007-06-21T21:05:50  <zenhase> xorAxAx: well, aren't actions the actual controllers anyway?
2007-06-21T21:05:53  <Fabi> view action
2007-06-21T21:06:12  <Fabi> the action that are executed by default
2007-06-21T21:06:19  <Fabi> s/are/is/
2007-06-21T21:06:22  <xorAxAx> zenhase: yes
2007-06-21T21:06:27  <xorAxAx> Fabi: ah, indeed
2007-06-21T21:06:31  <zenhase> hmm
2007-06-21T21:06:32  <xorAxAx> Fabi: that was introduced
2007-06-21T21:06:33  <xorAxAx> AFAIK
2007-06-21T21:06:49  <zenhase> this sounds good
2007-06-21T21:06:52  <Fabi> nope
2007-06-21T21:06:59  <Fabi> unknown action view
2007-06-21T21:07:06  <Fabi> other name?
2007-06-21T21:07:09  <zenhase> show?
2007-06-21T21:07:50  <zenhase> yes, it was show
2007-06-21T21:08:43  <zenhase> ohoh ... a big picture starts forming in my mind :>
2007-06-21T21:09:02  <zenhase> s/ing/ing itself/
2007-06-21T21:12:30  <Fabi> MoinMoin.action.do_show
2007-06-21T21:12:47  <Fabi> small function, lots of space left...
2007-06-21T21:13:34  <zenhase> yep
2007-06-21T21:13:36  * ThomasWaldmann downgraded to 8GB in his notebook.
2007-06-21T21:13:43  <Fabi> *??*
2007-06-21T21:13:47  <zenhase> ThomasWaldmann: SSD?
2007-06-21T21:14:02  <ThomasWaldmann> CF + ide adaptor
2007-06-21T21:14:15  <zenhase> first impressions on performance? :>
2007-06-21T21:15:06  <ThomasWaldmann> sequential block I/O is slow, but program startup seems good (almost no seektime)
2007-06-21T21:16:26  <zenhase> hmm, thought CF-cards would be also very fast nowadays
2007-06-21T21:16:40  <zenhase> in terms of throughput
2007-06-21T21:18:39  <lanius> ThomasWaldmann: how can i do performance meassurements?
2007-06-21T21:19:44  <xorAxAx> lanius: have you looked at the cprofile docs?
2007-06-21T21:19:59  <xorAxAx> some parts of moin refer to hotshot
2007-06-21T21:20:04  <xorAxAx> its highly advised not to use hotshot
2007-06-21T21:21:11  <ThomasWaldmann> rather watch Hotshots :)
2007-06-21T21:21:57  <ThomasWaldmann> lanius: if you use some more pages than 2, you could also use your wristwatch :)
2007-06-21T21:24:42  <zenhase> hmm, hot shots ...
2007-06-21T21:26:33  <lanius> ThomasWaldmann: i saw something about request.clock...
2007-06-21T21:27:00  <xorAxAx> lanius: ah, that
2007-06-21T21:27:23  <xorAxAx> lanius: well, thats for measuring the speed of certain tasks in the request
2007-06-21T21:27:31  <xorAxAx> you need a request object to be able to use it
2007-06-21T21:27:52  <lanius> i want to messure PageList with my code vs. old code, i think this should be possible
2007-06-21T21:28:10  <lanius> but how to ouptut the result?
2007-06-21T21:31:54  <xorAxAx> lanius: show_timings in the config allows you to see the timers
2007-06-21T21:46:41  <Fabi> zenhase, can you also try to find out where the time is used up in the old theming code
2007-06-21T21:47:51  <Fabi> there's a big difference between send_page and send_page_content
2007-06-21T21:47:57  <zenhase> Fabi: yes
2007-06-21T21:48:28  <zenhase> i will do this right now
2007-06-21T21:48:29  <Fabi> may be something unrelated but just to make shure
2007-06-21T21:48:33  <Fabi> great
2007-06-21T21:48:54  <zenhase> and then try to summarize what we talked about today in the designpaper
2007-06-21T21:49:09  <xorAxAx> very nice
2007-06-21T21:52:18  <Fabi> things get moving :)=
2007-06-21T22:11:06  <lanius> i wonder why opening the FrontPage calls getPageList
2007-06-21T22:12:23  <zenhase> can i use arbitrary strings for the clocks or is it an requirement for them to be without spaces?
2007-06-21T22:15:28  <xorAxAx> zenhase: everything should work
2007-06-21T22:16:37  <zenhase> so this lowercase_with_underscores-style was just to make it less error-prone when writing?
2007-06-21T22:16:56  <xorAxAx> yes
2007-06-21T22:18:19  <xorAxAx> you could also call them "rabbatish clock with ears of the hare like hands measuring metaphysical fractions of the request"
2007-06-21T22:18:47  <zenhase> now i am scared!
2007-06-21T22:19:04  <xorAxAx> :-)
2007-06-21T22:19:06  * zenhase hides in the other corner of the channel and looks suspiciously at xorAxAx 
2007-06-21T22:19:18  <xorAxAx> why is that?
2007-06-21T22:19:38  <zenhase> i am suspicious of people who come up with such stuff out of the blue
2007-06-21T22:19:41  <zenhase> ;)
2007-06-21T22:20:17  <xorAxAx> why?
2007-06-21T22:21:38  <zenhase> for dramatic effect
2007-06-21T22:22:04  <zenhase> actually i like people saying creative and absurd stuff just for the fun of it
2007-06-21T22:23:36  <xorAxAx> hehe
2007-06-21T22:39:26  <zenhase> is there any action or param i can append as a querystring to suppress the use of caching?
2007-06-21T22:39:53  <xorAxAx> yes
2007-06-21T22:39:57  <xorAxAx> action=refresh
2007-06-21T22:40:06  <xorAxAx> its in the dropdown menu
2007-06-21T22:40:27  <zenhase> hmm
2007-06-21T22:41:04  <zenhase> ah there
2007-06-21T22:50:38  <lanius> ThomasWaldmann: xorAxAx: what does i18n.formatMarkup do, why does it this: p = Page(request, "$$$$i18n$$$$")
2007-06-21T22:50:52  <xorAxAx> ugh, WTF is that?
2007-06-21T22:50:57  <xorAxAx> ah
2007-06-21T22:51:19  <xorAxAx> lanius: in order to convert the i18n text from wiki markup to html,  a page object is created
2007-06-21T22:51:34  <xorAxAx> its just virtual
2007-06-21T22:51:42  <lanius> and why does it need this page object
2007-06-21T22:52:24  <xorAxAx> because send_page needs to be called on a page
2007-06-21T22:52:37  <xorAxAx> its a dirty hack :)
2007-06-21T22:52:41  <zenhase> "kill .send_page ... quick"
2007-06-21T22:52:44  <zenhase> :>
2007-06-21T22:52:44  <xorAxAx> yes
2007-06-21T22:53:02  <lanius> there is no send_page call, is there?
2007-06-21T22:53:10  <zenhase> i should have this printed on a banner and put it over my workplace
2007-06-21T22:53:21  <zenhase> a nice motto for soc ;>
2007-06-21T22:53:39  <xorAxAx> hehe
2007-06-21T22:53:45  <xorAxAx> lanius: hmm
2007-06-21T22:55:05  <xorAxAx> lanius: oh well, its even more dirty
2007-06-21T22:55:10  <xorAxAx> it calls the parser directly
2007-06-21T22:55:28  <xorAxAx> and the parser fetches the page object from the formatter
2007-06-21T22:55:34  <xorAxAx> who designed that shit ... :-)
2007-06-21T22:56:07  <lanius> dunno, but can that be fixed?
2007-06-21T22:56:35  <xorAxAx> if you want to be api-compatible, no. but i dont think that many places require a valid formatter.page
2007-06-21T22:56:51  <xorAxAx> but thats rather complex and not storage related
2007-06-21T22:56:56  <xorAxAx> where is the problem for you? :)
2007-06-21T22:57:08  <xorAxAx> you just have to accept that Page gets called with non-existant page names
2007-06-21T22:57:22  <lanius> currently my code raises a NoSuchItem exception because $$$$i18n$$$ does not exist
2007-06-21T22:57:32  <xorAxAx> thats bad
2007-06-21T22:57:43  <xorAxAx> Page() works fine for non-existant pages
2007-06-21T22:57:55  <lanius> what's the use of it for non-existant pages
2007-06-21T22:57:57  <xorAxAx> Page("ofoo").exists() is used to check if one exists ...
2007-06-21T22:58:15  <xorAxAx> as you can see, it can be used for such checks and marshalling page contents
2007-06-21T23:02:40  <xorAxAx> the idea could be that new code should use the lower API directly and old code goes through Page, right?
2007-06-21T23:03:43  <xorAxAx> (old third party code i mean)
2007-06-21T23:04:49  <zenhase> oh boy
2007-06-21T23:05:00  <zenhase> l8 nite food consumation
2007-06-21T23:05:11  <zenhase> we just ordered a XXL box from wienerwald
2007-06-21T23:05:25  <zenhase> 25euros worth of different chicken stuff
2007-06-21T23:05:58  <lanius> xorAxAx: no new code should not use the lower api directly, everything should go through Page, first trying to integrate with the existing interface and then refactoring that
2007-06-21T23:07:05  <xorAxAx> lanius: yeah, currently. but in the refactoring, stuff will call things in your storgae layer or do you want to introduce a new layer? :)
2007-06-21T23:07:10  <xorAxAx> s/in/after/
2007-06-21T23:07:27  <lanius> which stuff must call the storage layer
2007-06-21T23:07:39  <lanius> maybe instead of refactoring creating a NewPage object which slowly replaces Page
2007-06-21T23:07:59  <xorAxAx> well, there is the behaviour refactoring that could be done
2007-06-21T23:08:12  <xorAxAx> but what should newpage be? a data thing? some behavioural stuff?
2007-06-21T23:08:19  <xorAxAx> we will decide :)
2007-06-21T23:08:26  * xorAxAx -> jogging
2007-06-21T23:08:27  <lanius> a replacement for Page with a better interface
2007-06-21T23:14:19  <CIA-27> moin: Heinrich Wendel <h_wendel@cojobo.net> * 2083:2ed9d9a3919b 1.7-storage-hwendel/ (MoinMoin/Page.py wikiconfig.py): pages contents and metadata are read from the new storage
2007-06-21T23:14:23  <ThomasWaldmann> s/page/item/g
2007-06-21T23:18:09  <lanius> ThomasWaldmann: did you take a look at the excpetion?
2007-06-21T23:23:56  <ThomasWaldmann> i am looking at it now
2007-06-21T23:24:43  <ThomasWaldmann> lanius: does this happen in moin/1.7 or in your branch?
2007-06-21T23:25:49  <lanius> ThomasWaldmann: both
2007-06-21T23:40:29  <CIA-27> moin: Thomas Waldmann <tw AT waldmann-edv DOT de> * 2242:84056f004725 1.7/MoinMoin/userform.py: fix user browser (column count mismatch)
2007-06-21T23:49:04  <ThomasWaldmann> vpv: http://hg.moinmo.in/moin/1.7-maninfo-vpv/rev/289ec88107b7 that was fixed in main branch, maybe just use the same code
2007-06-21T23:59:28  <vpv> ThomasWaldmann: I have merged it manually from main, so I should be using the same code at this point

MoinMoin: MoinMoinChat/Logs/moin-dev/2007-06-21 (last edited 2007-10-29 19:10:35 by localhost)