1 2012-07-27T00:09:35 <ThomasWaldmann> spy: https://bitbucket.org/thomaswaldmann/moin-2.0/issue/220/ptime-vs-acl-rights
2 2012-07-27T00:15:01 *** RogerHaase
3 2012-07-27T00:30:15 *** spy
4 2012-07-27T00:48:01 *** dwcramer
5 2012-07-27T03:23:45 * xiaq did a `hg fetch`, looking at spy's code
6 2012-07-27T03:24:32 <xiaq> luckily my patch queue all applied without a conflict (only some fuzz due to line number change)
7 2012-07-27T03:25:57 <xiaq> hm, seems my <textarea> question went unnoticed. http://moinmo.in/MoinMoinChat/Logs/moin-dev/2012-07-24
8 2012-07-27T03:26:20 <xiaq> any html expert here? :)
9 2012-07-27T03:26:30 <xiaq> jaiditya is not online...
10 2012-07-27T03:29:00 *** dwcramer
11 2012-07-27T03:36:42 * xiaq gets 2 failures running py.test on a clone of main repo
12 2012-07-27T03:40:32 <xiaq> is that what you guys get?
13 2012-07-27T05:01:28 <xiaq> an idea: instead of Item.create(...), what about just Item(...)?
14 2012-07-27T05:02:15 <xiaq> it can be implemented with metaclass, the __new__ method iirc
15 2012-07-27T05:20:08 *** dwcramer
16 2012-07-27T05:31:57 *** dwcramer
17 2012-07-27T05:37:19 *** dwcramer
18 2012-07-27T06:27:59 *** spy
19 2012-07-27T06:32:28 *** spy
20 2012-07-27T06:47:55 *** dwcramer
21 2012-07-27T07:10:09 *** dwcramer
22 2012-07-27T07:23:45 *** dwcramer
23 2012-07-27T07:49:35 *** dwcramer
24 2012-07-27T09:31:32 <xiaq> as jaiditya requested, i'm looking at applying my template changes in the itemtype patch set too themes/foobar/templates as well.
25 2012-07-27T09:32:50 <xiaq> but diffing modify_applets.html in two directories (templates/ and themes/foobar/templates) seems to reveal no essential difference except for 1) {% extends theme("layout.html") %} vs {% extends theme("local.html") %}
26 2012-07-27T09:33:03 <xiaq> 2) inconsistencies that are not supposed to be there.
27 2012-07-27T09:34:49 <xiaq> and two versions of modify_show_type_selection.html, they are identical except for the different `extends` lines
28 2012-07-27T09:35:06 <xiaq> that is a LOT of code duplication...
29 2012-07-27T09:36:02 <dreimark> moin
30 2012-07-27T09:36:13 <xiaq> dreimark: moin
31 2012-07-27T09:36:45 <xiaq> dreimark: see the my questions above...
32 2012-07-27T09:38:03 <dreimark> modify_show_type_selection.html, two versions of it or really two times different implemented?
33 2012-07-27T09:38:34 <xiaq> dreimark: ?? i mean the version in templates/ and themes/foobar/templates
34 2012-07-27T09:38:46 <xiaq> dreimark: identical except for the first line...
35 2012-07-27T09:39:22 <xiaq> (template files in the main repo instead of mine, of course)
36 2012-07-27T09:40:02 <dreimark> ok, that needs a cleanup changeset
37 2012-07-27T09:40:49 <dreimark> we need to talk with Jaiditya to have a permanent irc connection
38 2012-07-27T09:41:14 * dreimark reads textarea question
39 2012-07-27T09:41:53 <xiaq> yeah, two problems concerning <textarea> generation
40 2012-07-27T09:42:20 <xiaq> 1) the inconsistency (sometimes the direction variable is tested for before gen.textarea, sometimes not)
41 2012-07-27T09:42:54 <xiaq> 2) i cannot find definition of `lang` or `direction` - they are neither template environment globals nor template contexts
42 2012-07-27T09:43:46 <xiaq> ... and a quick test shows they are Undefined (might be defined under other circumstances though)
43 2012-07-27T09:48:50 <dreimark> http://hg.moinmo.in/moin/2.0/file/9a165b096ff9/MoinMoin/themes/__init__.py#l76
44 2012-07-27T09:49:09 <dreimark> the lang and direction stuff is unfinished
45 2012-07-27T09:49:49 <xiaq> dreimark: i came across that. but it's called "ui_lang" and "ui_dir"...
46 2012-07-27T09:50:16 <dreimark> we started with language en and the first translation of strings to german was only for testing the i18n stuff
47 2012-07-27T09:50:26 <dreimark> later two more translation were done
48 2012-07-27T09:51:32 <xiaq> dreimark: also i suppose the `self.ui_lang` and `self.ui_dir` within template codes it will be accessed as `theme_supp.ui_lang` and `theme_supp.ui_dir` - quite a deviation from lang and direction.
49 2012-07-27T09:51:54 <xiaq> http://hg.moinmo.in/moin/2.0/file/9a165b096ff9/MoinMoin/themes/__init__.py#l424
50 2012-07-27T09:52:19 <xiaq> so lang and direction seem like some leftover from legacy code?
51 2012-07-27T09:52:44 <dreimark> look at annotate
52 2012-07-27T09:53:06 <dreimark> it was added later
53 2012-07-27T09:53:08 <xiaq> dreimark: the XXX?? ;-)
54 2012-07-27T09:53:18 <dreimark> http://hg.moinmo.in/moin/2.0/annotate/e93157b8b0bd/MoinMoin/templates/modify_text_html.html#l11
55 2012-07-27T09:53:34 <dreimark> refactor modify views to use flatland, see details below
56 2012-07-27T09:54:59 <xiaq> dreimark: it still says nothing about how `lang` and `direction` comes :)
57 2012-07-27T09:57:51 <xiaq> dreimark: i deem it either some unfinished stub or leftover from legacy code...
58 2012-07-27T09:59:14 <dreimark> xiaq: i guess we did a mistake in the review process
59 2012-07-27T09:59:44 <dreimark> it could have been always static as 'en' and 'ltr'
60 2012-07-27T10:00:17 <dreimark> but somehow someone tried to make it more flexible but hasn't implemented it correctly
61 2012-07-27T10:00:47 <dreimark> and that is may be because there were more questions raised up as were known at the beginning
62 2012-07-27T10:01:28 <dreimark> that would explain all the XXX for those attributes
63 2012-07-27T10:02:13 <dreimark> one of the problems with rtl is that it is very confusing reading
64 2012-07-27T10:02:32 <dreimark> if you are not familar with it
65 2012-07-27T10:02:50 <dreimark> bbl
66 2012-07-27T10:06:03 * xiaq on the phone, bbl
67 2012-07-27T10:11:07 <breton> hm, how do I test userheads? flaskg.user is not available outside the request and use of it throws an exception during tests :(
68 2012-07-27T10:11:30 <breton> and I use flaskg.user in a couple of functions in indexing
69 2012-07-27T10:12:07 *** greg_f
70 2012-07-27T10:16:42 <MaikuMori> eSyr: ThomasWaldmann: dreimark: http://codereview.appspot.com/6449054
71 2012-07-27T10:17:13 <MaikuMori> It breaks a lot of tests though because the mapping is not done in config anymore.
72 2012-07-27T10:18:15 <xiaq> dreimark: hm, familiar with what? i know right-to-left scripts. fyi Chinese was a rtl script too :)
73 2012-07-27T10:18:36 <MaikuMori> The way it is now it doesn't change much of core code, but persoanlly I think rewriting some parts would make the whole thing a bit easier to manange/understand.
74 2012-07-27T10:34:30 <MaikuMori> I'll probably be away this weekend again.
75 2012-07-27T11:13:58 <ThomasWaldmann> breton: other tests also use flaskg.user, so it shouldn't be an issue
76 2012-07-27T11:14:55 <ThomasWaldmann> (and of course it is only available during a request, otherwise there simply is no user)
77 2012-07-27T11:19:49 <xiaq> ThomasWaldmann: see my (many) questions above...
78 2012-07-27T11:26:52 <ThomasWaldmann> dir and lang was there in old code, but still todo in moin2
79 2012-07-27T11:27:20 <ThomasWaldmann> don't change Item.create now
80 2012-07-27T11:29:37 <ThomasWaldmann> template duplication: that might be, when i created foobar and i needed to change a template, i duplicated it to the theme so i don't break other stuff. there might be quite some room for doing that better. :)
81 2012-07-27T11:46:46 <ThomasWaldmann> MaikuMori: review done
82 2012-07-27T11:47:43 <ThomasWaldmann> and looking at your diary, it doesn't look like time to spend otherwise
83 2012-07-27T12:02:15 <MaikuMori> ThomasWaldmann: http://codereview.appspot.com/6449054/diff/1/MoinMoin/storage/__init__.py
84 2012-07-27T12:02:21 <MaikuMori> It's undefined there, isn't it
85 2012-07-27T12:05:36 <MaikuMori> Also do you have any ideas how to handle the config problem
86 2012-07-27T12:06:02 <MaikuMori> If I move the create_simple_mapping function back, I have the same problem again.
87 2012-07-27T12:06:30 <MaikuMori> I could fix it by rewriting the old code a bit, but maybe you have a nice simple idea?
88 2012-07-27T12:06:32 <MaikuMori> ThomasWaldmann: ^^
89 2012-07-27T12:07:34 <ThomasWaldmann> well, i mentioned it already: maybe you could just call plugin init from a place in the middle of the config?
90 2012-07-27T12:08:09 <MaikuMori> I guess, I can, it just doesn't feel like config then.
91 2012-07-27T12:08:54 <ThomasWaldmann> well... but still simpler than artificially breaking it into 2 pieces just because of this
92 2012-07-27T12:09:58 <MaikuMori> True, what i had in mind is making formal loading process so that these things don't happen, but that would require rewrite here and there.
93 2012-07-27T12:10:30 <MaikuMori> Also Flask==0.9 breaks tests I think
94 2012-07-27T12:11:06 <MaikuMori> I tried to upgrade to 0.9 to check out the app context, but ended up going back to 0.8
95 2012-07-27T12:11:07 <ThomasWaldmann> as you are low on time, i suggest not to try bigger refactoring now.
96 2012-07-27T12:11:13 <MaikuMori> True
97 2012-07-27T12:11:32 <ThomasWaldmann> you could keep your ideas (if they are specific) on the issue tracker, though
98 2012-07-27T12:12:06 <MaikuMori> I don't mind smoothing plugins out after GSoC during uni
99 2012-07-27T12:13:21 <MaikuMori> Alright I'll try to move the plugin init code in config
100 2012-07-27T12:13:40 <MaikuMori> As for the http://codereview.appspot.com/6449054/diff/1/MoinMoin/storage/__init__.py, isn't there a big?
101 2012-07-27T12:13:44 <MaikuMori> bug*
102 2012-07-27T12:13:49 <ThomasWaldmann> i can try flask 0.9 later, i still have 0.8 in my virtualenv
103 2012-07-27T12:14:28 <ThomasWaldmann> see comment on cr
104 2012-07-27T12:14:31 <MaikuMori> It says Flask>=0.8, so if it breaks stuff, maybe it should be Flask==0.8
105 2012-07-27T12:15:38 <MaikuMori> The point was that it uses backend_uri variable before it is defined in next line
106 2012-07-27T12:16:30 <ThomasWaldmann> yes, but you fixed it incorrectly
107 2012-07-27T12:16:43 <ThomasWaldmann> just use uri
108 2012-07-27T12:19:26 <ThomasWaldmann> $ pip install --upgrade Flask
109 2012-07-27T12:19:31 <ThomasWaldmann> Downloading Flask-0.8.tar.gz (494Kb): 494Kb downloaded
110 2012-07-27T12:24:33 <ThomasWaldmann> i created a complete new env and i still have flask 0.8
111 2012-07-27T12:25:55 <ThomasWaldmann> ah, it uses pypi.moinmo.in
112 2012-07-27T12:26:01 *** spy
113 2012-07-27T12:37:55 <MaikuMori> just do easy_install Flask==0.9
114 2012-07-27T12:38:02 <MaikuMori> pip should support that as well
115 2012-07-27T12:43:45 <ThomasWaldmann> i first updated our pypi mirror :)
116 2012-07-27T12:44:07 <ThomasWaldmann> (has only the packages we need)
117 2012-07-27T12:49:05 <ThomasWaldmann> 612 passed, 70 skipped in 61.36 seconds
118 2012-07-27T12:49:24 <ThomasWaldmann> running py.test in main repo, fresh env
119 2012-07-27T12:49:49 <ThomasWaldmann> Flask==0.9
120 2012-07-27T12:50:01 <ThomasWaldmann> MaikuMori: so, what was the problem?
121 2012-07-27T13:11:14 *** jaiditya
122 2012-07-27T14:04:49 <spy> ThomasWaldmann: dreimark: good proposal about PTIME for every item. But what does PTIME-in-future mean for ordinary wiki page, use case? As far as i know, we currently don't have any separate acl for modification of meta entries. One should have only write access to modify everything, right?
123 2012-07-27T14:05:11 <breton> ThomasWaldmann: well, another part that uses flaskg.user is simply wrapped with "try: flaskg.user... except: pass" block
124 2012-07-27T14:06:41 <breton> http://hg.moinmo.in/moin/2.0/file/90d02867e144/MoinMoin/storage/middleware/indexing.py#l823
125 2012-07-27T14:34:06 *** dave_largo
126 2012-07-27T14:37:13 <MaikuMori> ThomasWaldmann: must have been the change I made then, sorry :(
127 2012-07-27T14:56:08 *** kanha
128 2012-07-27T14:56:47 *** kanha_
129 2012-07-27T14:56:57 <breton> hah. In order to get the user during login, flaskg.user is required for determing userhead.
130 2012-07-27T15:01:32 *** dwcramer
131 2012-07-27T15:31:57 *** dwcramer
132 2012-07-27T15:38:05 <ThomasWaldmann> spy: PTIME means the same all the time: users not allowed to read that content won't be able to see/read it
133 2012-07-27T15:38:41 <ThomasWaldmann> but as noted in that issue/proposal, that means we'll have 2 kinds of read permissions, a weaker and a stronger one
134 2012-07-27T15:39:34 <ThomasWaldmann> we still need better names for these permissions maybe
135 2012-07-27T15:40:22 <ThomasWaldmann> breton: some TEST code uses flaskg.user, just grep for it
136 2012-07-27T15:42:36 <ThomasWaldmann> spy: was such ACL work in the scope of your project plan?
137 2012-07-27T15:44:32 <ThomasWaldmann> spy: also, we need to think about whether we need to require PTIME always be present or what the behaviour shall be without PTIME
138 2012-07-27T15:49:08 <ThomasWaldmann> breton: that line 826/827 in indexing is a bit ugly, yes
139 2012-07-27T15:50:01 <ThomasWaldmann> but I am not even sure it is still required, we had a lot of changes in the testing stuff in the last year
140 2012-07-27T15:54:11 <breton> it is required, or tests fail. flaskg.user needs to be initialized somehow.
141 2012-07-27T15:54:16 <ThomasWaldmann> spy: and about meta-changing permissions: this is a bigger todo still. currently, the "acl" meta contents are special cased, requiring "admin" permissions to change them. some other meta keys are also special cased, not allowing modification by the user at all (e.g. the ip address, mtime, etc. - they are just forcedly overwritten by the system)
142 2012-07-27T15:54:38 <ThomasWaldmann> breton: did you grep?
143 2012-07-27T15:58:00 <breton> yes. But I am thinking whether I am doing it right, if I require user's info in indexing middleware.
144 2012-07-27T15:59:41 <ThomasWaldmann> you can also index from a script
145 2012-07-27T15:59:53 <ThomasWaldmann> like moin index-create
146 2012-07-27T16:03:42 *** jaiditya
147 2012-07-27T16:08:38 *** jaiditya
148 2012-07-27T16:08:38 <xiaq> i'm thinking about a better name for what i name items.Default now...
149 2012-07-27T16:09:54 <xiaq> what about Knowledge? it reflects the purpose of conventional wiki as knowledge base (i though KnowledgeBaseEntry but that's just too long...)
150 2012-07-27T16:10:55 <ThomasWaldmann> what's the current docstring?
151 2012-07-27T16:11:10 <ThomasWaldmann> likely this is way too specific
152 2012-07-27T16:11:51 <jaiditya> ThomasWaldmann: I have merged changes from main repo and now local server is not running. A TypeError is occuring .
153 2012-07-27T16:12:09 <xiaq> # TODO better name and clearer definition
154 2012-07-27T16:12:09 <xiaq> class Default(Contentful): """ A "conventional" wiki item. """
155 2012-07-27T16:12:35 <xiaq> (doesn't help much after all...)
156 2012-07-27T16:15:46 <xiaq> i try to express the meaning of "proper-wiki" (ie. no tickets, no blog posts) but seems i didn't grasp the idea well...
157 2012-07-27T16:16:23 <spy> ThomasWaldmann: sure, ACL work is in the scope of my project plan. In my current implementation the behaviour without PTIME is absolutely the same as PTIME is far in the future. It means the content is not published yet when PTIME is not present.
158 2012-07-27T16:16:25 <xiaq> "wiki-proper"*
159 2012-07-27T16:18:03 <ThomasWaldmann> spy: that might be on the safe side, but otoh, would require PTIME always being present. so if we want to reduce unneeded data, it should be like "immediately published" if no PTIME is present
160 2012-07-27T16:23:29 *** dwcramer
161 2012-07-27T16:34:40 <xiaq> hm, perhaps `Default` is not too bad
162 2012-07-27T16:43:32 <dreimark> ThomasWaldmann: then the easiest way to publish something is to remove the json entry
163 2012-07-27T16:43:55 <dreimark> so then the neyt question is if it needs to be a time or just a boolean
164 2012-07-27T16:43:57 <dreimark> spy: ^
165 2012-07-27T16:44:00 <xiaq> ThomasWaldmann: dreimark: please review latest version of my itemtype patch set. if it looks good i'll remove the comments intended for code reviewers and send a pull request
166 2012-07-27T16:44:06 <xiaq> http://codereview.appspot.com/6432058/
167 2012-07-27T16:44:12 <xiaq> spy: ^
168 2012-07-27T16:46:06 <dreimark> ok
169 2012-07-27T16:46:08 <dreimark> doing
170 2012-07-27T16:47:16 <xiaq> ps. all test cases are fixed now, so there is no new failures due to itemtype changeset
171 2012-07-27T17:01:04 <dreimark> :)
172 2012-07-27T17:18:16 <spy> dreimark: for blog purposes PTIME needs to be a time because it is used as a key for blog entries sorting.
173 2012-07-27T17:18:37 <dreimark> ok
174 2012-07-27T17:29:26 *** kanha_
175 2012-07-27T17:30:03 *** kanha
176 2012-07-27T17:35:44 <spy> ThomasWaldmann: dreimark: what is the difference between NAME and NAME_EXACT in indexing?
177 2012-07-27T17:42:01 <spy> NEME_EXACT is not stored in index. I execute search queries by NAME_EXACT and then use the NAME field of found results. Could these names be different? What are they stand for?
178 2012-07-27T17:45:23 <ThomasWaldmann> spy: as the key says: NAME_EXACT is the precise name of the item, "as is"
179 2012-07-27T17:45:50 <ThomasWaldmann> so if the name of the item is FooBar/Baz, NAME_EXACT is exactly this (and iirc it IS stored)
180 2012-07-27T17:46:29 <dreimark> name is the whole string, not only the subitem
181 2012-07-27T17:46:36 <ThomasWaldmann> NAME will be fed with the same input, but there a tokenizer is used, so it will be something like "Foo" "Bar" "Baz" in that case
182 2012-07-27T17:47:17 <ThomasWaldmann> dreimark: both is fed with the full name
183 2012-07-27T17:47:30 <dreimark> yes
184 2012-07-27T17:48:30 <dreimark> i wanted just to point why spy may be have not seen it stored
185 2012-07-27T17:48:38 <ThomasWaldmann> so, basically NAME is for the user to search in (even if only giving some piece(s)), NAME_EXACT is for precise lookup (e.g. if we get the name from the url and want to have the REVID to fetch it from storage)
186 2012-07-27T17:50:53 <ThomasWaldmann> bbl
187 2012-07-27T17:50:55 <spy> NAME_EXACT don't have stored=True arg
188 2012-07-27T17:51:15 <spy> and it is not appear in the document dict
189 2012-07-27T17:53:51 <dreimark> revs = flaskg.storage.search(query, sortedby=NAME_EXACT, limit=None)
190 2012-07-27T18:11:43 <spy> afaik, stored in document and available for queries are different things.
191 2012-07-27T18:14:47 *** RogerHaase
192 2012-07-27T18:34:23 <xiaq> dreimark: updated http://codereview.appspot.com/6432058/, issues addressed
193 2012-07-27T18:34:24 <xiaq> ThomasWaldmann: ^
194 2012-07-27T18:34:43 <dreimark> very close lightning at my location
195 2012-07-27T18:39:46 * xiaq gets 2 py.test failures in my clone of main repo: http://dpaste.com/776311/
196 2012-07-27T18:52:19 * dreimark don't have those
197 2012-07-27T18:52:25 <dreimark> have you run make test ?
198 2012-07-27T18:52:57 <dreimark> and is it the env of the main repo?
199 2012-07-27T18:53:16 <xiaq> weird, will try a clean clone
200 2012-07-27T18:53:27 <xiaq> dreimark: i ran py.test
201 2012-07-27T18:53:58 * xiaq runs `make test`
202 2012-07-27T18:57:47 <xiaq> after rebuilding the virtualenv all tests pass
203 2012-07-27T18:58:00 <dreimark> I have also no failure with py.test
204 2012-07-27T19:01:47 <dreimark> hmm, strange - it should not become corrupted while using it
205 2012-07-27T19:02:06 <dreimark> spy: yes http://hg.moinmo.in/moin/2.0/annotate/90d02867e144/MoinMoin/storage/middleware/indexing.py#l222
206 2012-07-27T19:02:09 <dreimark> ThomasWaldmann: ^
207 2012-07-27T19:10:27 *** greg_f
208 2012-07-27T19:28:00 * xiaq sent pull request to ThomasWaldmann
209 2012-07-27T19:32:01 *** dave_largo
210 2012-07-27T19:44:39 <spy> dreimark: ThomasWaldmann: ready for review http://moinmo.in/GoogleSoc2012/WikiBlog/2012-07-27
211 2012-07-27T19:45:29 <spy> oops, the second is wrong link
212 2012-07-27T19:45:47 <dreimark> yees
213 2012-07-27T19:48:17 <spy> fixed
214 2012-07-27T19:51:20 <dreimark> spy: filter is builtin so don't overwrite it, i look later more detailed have to go for an hour
215 2012-07-27T21:01:24 <breton> http://codereview.appspot.com/6423063/
216 2012-07-27T21:01:55 <breton> and will post 2 new chunks for review in ~12h.
217 2012-07-27T21:03:08 *** spy
218 2012-07-27T21:03:15 <breton> and a little issue with search - because we don't have "latest" index now, we have to search through ALL_REVS. Which is not what we want.
219 2012-07-27T21:03:27 <breton> will descibe in ~8h
220 2012-07-27T21:03:32 <breton> if required
221 2012-07-27T21:23:10 *** dave_largo
222 2012-07-27T21:38:02 *** spy
223 2012-07-27T21:49:19 <dreimark> re
224 2012-07-27T21:57:19 *** dave_largo
225 2012-07-27T22:26:01 <dreimark> spy: http://vps.psviderski.name:8080/+blog/myblog
226 2012-07-27T22:26:06 <dreimark> gives a traceback
227 2012-07-27T22:57:59 <spy> dreimark: fixed
228 2012-07-27T23:16:29 <dreimark> spy: have you seen the comment on the diary page too?
229 2012-07-27T23:20:22 <jaiditya> Error in starting local server after merging
230 2012-07-27T23:23:00 <dreimark> jaiditya: which?
231 2012-07-27T23:23:19 <dreimark> moin index-create -s -i
232 2012-07-27T23:24:00 <jaiditya> do I need to build the index once again ?
233 2012-07-27T23:25:08 <dreimark> i'm not sure but it can be, you could show the error you get
234 2012-07-27T23:25:37 <dreimark> show the traceback
235 2012-07-27T23:26:36 <spy> jaiditya: sure, some fields were addded to the index, you should rebuild it
236 2012-07-27T23:27:12 <jaiditya> ok, let me try
237 2012-07-27T23:34:41 <jaiditya> same error even while building index http://dpaste.com/776501/
238 2012-07-27T23:41:46 <spy> jaiditya: do you have stored items? maybe try to start from scratch (rm -rf ./wiki)
239 2012-07-27T23:43:08 <jaiditya> yeah a bit
240 2012-07-27T23:45:09 <jaiditya> spy: still the same error
241 2012-07-27T23:48:26 <dreimark> jaiditya: after rm -rf ./wiki you builded the new index?
242 2012-07-27T23:49:00 <jaiditya> yeah I tried but error occured
243 2012-07-27T23:50:19 <dreimark> if you run make test, do you get failures?
244 2012-07-27T23:51:47 <jaiditya> I tried py.test and it was like infinite failures, and I had to terminate it manually
245 2012-07-27T23:52:01 <dreimark> in the env, make test
246 2012-07-27T23:53:28 <dreimark> jaiditya: have you a pure clone of moin-2 repo, can you try there the index-create cmd
247 2012-07-27T23:55:27 <jaiditya> pure clone without any of my changesets . I don't have one at the moment
248 2012-07-27T23:56:07 <dreimark> had you got while merging to solve some conflicts?
249 2012-07-27T23:57:01 <dreimark> I try to repeat your merge locally in a tmp clone