MoinMoin: MoinMoinChat/Logs/moin-dev/2006-07-30

2006-07-30T00:02:04  <Kepplar> ThomasWaldmann: there we go StorageRefactoring/ItemHierarchy
2006-07-30T00:02:12  <Kepplar> I put the ones I know of for sure
2006-07-30T00:17:01  <ThomasWaldmann> i guess there is not enough information on that page to give much useful comments
2006-07-30T00:19:04  <Kepplar> its regarding the specialised item clasess
2006-07-30T00:28:37  <xorAxAx> ThomasWaldmann: can you please give at least my sync test wiki a more distinct interwikiname?
2006-07-30T00:36:44  <ThomasWaldmann>     interwikiname = 'SyncTestWiki'
2006-07-30T01:13:59  <xorAxAx> better :)
2006-07-30T03:59:01  <xorAxAx> argh, conflicts
2006-07-30T03:59:10  <xorAxAx> it looks like they were done on purpose %-)
2006-07-30T04:03:53  * xorAxAx pushed sync to main in order to avoid any further conflict
2006-07-30T09:30:58  <Kepplar> morning
2006-07-30T10:52:47  <Kepplar> ThomasWaldmann: let me know when you're awake, ive updated the page
2006-07-30T10:53:04  <Kepplar> but there really isnt much more i can write because i dont understand it (reason i have the page in the first place)
2006-07-30T12:00:29  <ThomasWaldmann> Kepplar: currently, moin 1.5 handles normal vs. underlay on a per item (page) level, not on a per revision level
2006-07-30T12:01:00  <Kepplar> fine
2006-07-30T12:01:04  <Kepplar> but this is abstract layer :)
2006-07-30T12:06:51  <ThomasWaldmann> so what's the problem?
2006-07-30T12:07:04  <Kepplar> I need to come up with the list
2006-07-30T12:07:04  <ThomasWaldmann> maybe try complete sentences.
2006-07-30T12:07:24  <Kepplar> We need the list/tree/hierarchy for all item types defined
2006-07-30T12:10:13  <ThomasWaldmann> and you want to mix 1.5 and 2.0 stuff in it?
2006-07-30T12:10:29  <Kepplar> what do you mean?
2006-07-30T12:10:53  <ThomasWaldmann> attachments are 1.5, "binary pages" are 2.0
2006-07-30T12:11:36  <Kepplar> I'm not sure
2006-07-30T12:11:41  <Kepplar> thats what Im asking
2006-07-30T12:15:23  <ThomasWaldmann> well, maybe do 2 things: 1.5 compat stuff and 2.0 stuff, just to not get more confusing.
2006-07-30T12:16:29  <Kepplar> Cant work like that
2006-07-30T12:16:37  <Kepplar> the entire point of the abstraction layer is its version independant
2006-07-30T12:16:55  <Kepplar> this has nothing to do with hows its interepted for storage
2006-07-30T12:17:01  <Kepplar> that what the Rubik in flatfile does
2006-07-30T12:19:59  <ThomasWaldmann> i have no idea yet what your "rubik" does or why it is called like that
2006-07-30T12:20:19  <ThomasWaldmann> but underlay, as i told above, is not per version, but per item
2006-07-30T12:21:22  <Kepplar> on current storage
2006-07-30T12:21:39  <Kepplar> the item revision determines the item type
2006-07-30T12:21:46  <ThomasWaldmann> it just checks "if item in normal storage exists" then "use that" else "use underlay"
2006-07-30T12:21:47  <Kepplar> the item type determines the item storage location
2006-07-30T12:22:28  <ThomasWaldmann> well, that is your invention :)
2006-07-30T12:23:19  <Kepplar> I called it Rubik because i sorta got the idea from a Rubik cube and how it works at least visually in my mind reminds me of a shifting rubik cube
2006-07-30T12:23:23  <Kepplar> its very useful datastructure
2006-07-30T12:25:45  <Kepplar> specialised revisions may have identical storage locations as another for example
2006-07-30T12:26:19  <Kepplar> i personally cant see the point in underlau
2006-07-30T12:26:22  <Kepplar> underlay*
2006-07-30T12:27:01  <ThomasWaldmann> what means "specialised revisions"?
2006-07-30T12:27:24  <Kepplar> TextItemRevision, Binary, Image,
2006-07-30T12:27:34  <Kepplar> Page User
2006-07-30T12:27:55  <ThomasWaldmann> and the point of having underlay is simply to have the stuff we deliver as part of moin distribution in a separate place
2006-07-30T12:28:14  <ThomasWaldmann> so you can nuke it on version upgrades
2006-07-30T12:29:36  <Kepplar> ahh
2006-07-30T12:29:47  <Kepplar> so its identical to data is structure?
2006-07-30T12:29:53  <Kepplar> thats easy to handle
2006-07-30T12:29:59  <Kepplar> a seperate storage location
2006-07-30T12:30:03  <Kepplar> so just two flatfile engines
2006-07-30T12:30:07  <Kepplar> one opening data
2006-07-30T12:30:11  <Kepplar> other opening underlay
2006-07-30T12:30:17  <ThomasWaldmann> yes, except that it is flattened (only 1 rev per page, no history)
2006-07-30T12:30:42  <ThomasWaldmann> right
2006-07-30T12:30:54  <Kepplar> does it still have the latestrevision file (even though it points to the same one all the time) etc etc?
2006-07-30T12:30:58  <ThomasWaldmann> and a layer above decides what you get, on a per item level
2006-07-30T12:31:20  <ThomasWaldmann> it has current pointing to 00000001
2006-07-30T12:31:28  <Kepplar> thats fine then :)
2006-07-30T12:31:39  <Kepplar> and even if its a little different
2006-07-30T12:31:51  <Kepplar> we can just create and underlay storage implimentation inherit from flatfile
2006-07-30T12:31:54  <Kepplar> and make the small changes
2006-07-30T12:32:06  <Kepplar> cool
2006-07-30T12:32:08  <Kepplar> thats sorted then
2006-07-30T12:32:24  <ThomasWaldmann> you dont need any changes, just robustness you need for normal pages, too
2006-07-30T12:32:31  <Kepplar> ive now hacked togeher a mechanism to auto-load storage implimentations
2006-07-30T12:33:32  <ThomasWaldmann> e.g. if you access a normal item and edit-log is missing, it shouldn't crash
2006-07-30T12:34:00  <ThomasWaldmann> or when some entry for that revision is missing from edit-log
2006-07-30T16:36:34  <Kepplar> ThomasWaldmann: why cant we use passwords
2006-07-30T16:36:38  <Kepplar> ssh keys as so much hassle
2006-07-30T16:36:46  <Kepplar> im trying to push fro mmy laptop
2006-07-30T16:36:49  <Kepplar> ive copied the key
2006-07-30T16:36:53  <Kepplar> yet it stiill doesnt work
2006-07-30T19:06:01  <ThomasWaldmann> it works only with keys
2006-07-30T22:26:54  <ThomasWaldmann> xorAxAx: srv/de.wikiwikiweb.test/data/cache/__metalock__
2006-07-30T22:27:12  <ThomasWaldmann> [Errno 2] No such file or directory
2006-07-30T22:28:26  <xorAxAx> hmm
2006-07-30T22:28:40  <xorAxAx> so the locking code doesnt create directories?
2006-07-30T22:28:51  * xorAxAx will look into it
2006-07-30T23:01:07  <ThomasWaldmann> xorAxAx: found a fix already?
2006-07-30T23:01:14  <xorAxAx> ThomasWaldmann: no, its sunday
2006-07-30T23:01:30  <ThomasWaldmann> see test.wikiwikiweb.de
2006-07-30T23:02:44  <xorAxAx> you could simply create the directory
2006-07-30T23:03:02  <xorAxAx> hmm
2006-07-30T23:03:35  <xorAxAx> ThomasWaldmann: why doesnt it have a cache directorys?
2006-07-30T23:04:32  <xorAxAx> that looks like a corrupted instance directory
2006-07-30T23:06:44  * xorAxAx hasnt written any code that deletes the cache dir
2006-07-30T23:07:16  <ThomasWaldmann>     cache_dir = "/srv/de.wikiwikiweb.test/cache"
2006-07-30T23:08:07  <xorAxAx> cache_dir?
2006-07-30T23:08:17  <xorAxAx> must be something new :)
2006-07-30T23:08:29  <ThomasWaldmann> new since 1.1 i guess
2006-07-30T23:09:35  <xorAxAx> undocumented feature: http://moin.pocoo.org:8080/moin-1.6-main?f=e20f2e0031e6;file=MoinMoin/config/multiconfig.py
2006-07-30T23:11:14  <dreimark> ThomasWaldmann:http://test.wikiwikiweb.de/ [Errno 2] No such file or directory: '/srv/de.wikiwikiweb.test/data/cache/__metalock__'
2006-07-30T23:12:16  <xorAxAx> hmm, its done in the loop
2006-07-30T23:12:41  <xorAxAx> ThomasWaldmann: even moinmaster says "new in 1.6"
2006-07-30T23:12:45  <xorAxAx> thanks for kidding me
2006-07-30T23:18:22  <ThomasWaldmann> it is not new.
2006-07-30T23:18:44  <ThomasWaldmann> it has been there since quite a while, but not documented. so the docs is new.
2006-07-30T23:18:57  <ThomasWaldmann> but just search the code...
2006-07-30T23:22:27  <xorAxAx> yes, seems to be old
2006-07-30T23:22:32  <xorAxAx> then the docs are old :)
2006-07-30T23:22:53  <xorAxAx> i will fix it tomorrow morning
2006-07-30T23:24:59  <ThomasWaldmann> http://hg.thinkmo.de/moin/1.2?f=7b373fda1cec;file=MoinMoin/config.py line 255
2006-07-30T23:45:12  <ThomasWaldmann> xorAxAx: btw, is it necessary do load the meta dict on every request?
2006-07-30T23:45:38  <xorAxAx> ThomasWaldmann: no, i thought about adding properties for that
2006-07-30T23:46:24  <ThomasWaldmann> ok
2006-07-30T23:48:22  <xorAxAx> currently it is just needed for sync xmlrpc requests
2006-07-30T23:48:40  <xorAxAx> but the new storage system might need the meta file as well ...