1 2011-04-02T00:01:05 *** yufra
2 2011-04-02T00:01:59 <yufra> I have a small patch to get the mercurial backend running, but wanted to make sure I understand the architecture
3 2011-04-02T00:03:30 <dreimark> yufra: what is the problem with it?
4 2011-04-02T00:04:01 <dreimark> why do you think that it is not running?
5 2011-04-02T00:04:54 <yufra> It wouldn't start the server... line 330 in storage/backends/hg.py had self._repo[None].add, but the changeset object returned by self._repo[None] doesn't have a add method
6 2011-04-02T00:05:02 <yufra> I think it should just be self._repo.add
7 2011-04-02T00:05:38 <yufra> I made the change and it runs and appears to work as well (I can run hg log in the wiki/data/content/rev diretory)
8 2011-04-02T00:07:15 <yufra> but when I tried testing a "synchronization" between two local wikis by creating a new wiki and doing hg clone of the rev directory I got an error about metadata and noticed that the wiki/data/content/meta folder may need to be moved as well? that is the architecture question I have
9 2011-04-02T00:07:53 <dreimark> I can run hg log also without your change
10 2011-04-02T00:08:40 <yufra> and yours runs? what if you start a brand-new repository? that piece of code only gets run during at the first revision
11 2011-04-02T00:09:17 <dreimark> yes, it did - which repo do you use?
12 2011-04-02T00:10:05 <yufra> hmmm, what hg command shows the location of the original repo?
13 2011-04-02T00:10:21 <dreimark> more .hg/hgrc
14 2011-04-02T00:10:37 <yufra> hg.moinmo.in/moin/2.0
15 2011-04-02T00:10:44 <dreimark> that is valid
16 2011-04-02T00:10:57 <yufra> It could also be what version of mercurial I am using, let me check that...
17 2011-04-02T00:11:45 <yufra> I am running mercurial 1.4.3 apparently
18 2011-04-02T00:12:17 <dreimark> hg tip is 163:86642382d6c6
19 2011-04-02T00:13:01 <yufra> I am at the same moin tip, but the mercurial API could have changed... what version of mercurial are you running?
20 2011-04-02T00:14:01 <yufra> I checked it by doing import mercurial.__version__ and mercurial.__version.version
21 2011-04-02T00:14:04 <dreimark> 1.8
22 2011-04-02T00:14:11 <dreimark> hg -v
23 2011-04-02T00:14:11 <yufra> *nod* that might be the difference
24 2011-04-02T00:14:29 <dreimark> i wonder that we don't have a version in quickinstall
25 2011-04-02T00:14:46 <yufra> it may be needed :-/
26 2011-04-02T00:14:55 <dreimark> i think it must be something beyoun 1.7
27 2011-04-02T00:15:00 <yufra> I'll update to a newer mercurial and see what happens
28 2011-04-02T00:17:16 <dreimark> yufra: do you have used quickinstall? to setup the env
29 2011-04-02T00:17:53 <yufra> I tried to follow the quickinstall and thought it has worked, yes
30 2011-04-02T00:18:16 <yufra> although I had to manually copy the themes/templates directories to the moinmoin egg directory since those didn't appear to be found
31 2011-04-02T00:18:21 <dreimark> and when you run moin the env is activated?
32 2011-04-02T00:18:38 <yufra> hmmm, how would I check that?
33 2011-04-02T00:19:03 <dreimark> you see a (env) on the terminal line
34 2011-04-02T00:19:22 <dreimark> if not source env/bin/activate
35 2011-04-02T00:21:57 <yufra> how do I redo the quickinstall? it looks like changing my mercurial install tweaked out the installation
36 2011-04-02T00:22:12 <yufra> actually, have to go afk for a few, sorry
37 2011-04-02T00:22:21 <dreimark> ./quickinstall
38 2011-04-02T00:34:17 <yufra> back, sorrry about that... I had run quickinstall with sudo at first so it didn't like me running without it the second time...
39 2011-04-02T00:35:57 *** grzywacz
40 2011-04-02T00:40:21 <yufra> ah, so the environment is working now (I see the "env" in all the paths) but mercurial is not picked up in env/bin/python's sys.path
41 2011-04-02T00:41:52 <yufra> probably because ubuntu is putting the mercurial module under /usr/lib/pymodules and not the site-packages directory
42 2011-04-02T00:44:56 <dreimark> yufra: don't do it as sudo
43 2011-04-02T00:45:05 <dreimark> you run it as user
44 2011-04-02T00:45:16 <dreimark> that is a virtualenv environment
45 2011-04-02T00:45:33 <yufra> gotcha
46 2011-04-02T00:45:45 <dreimark> and mercurial needs to be additional installed
47 2011-04-02T00:45:51 <dreimark> by pip install mercurial
48 2011-04-02T00:45:53 <yufra> in the virtualenv, yes?
49 2011-04-02T00:45:56 <yufra> *nod*
50 2011-04-02T00:45:59 <dreimark> because currently pip has a bug
51 2011-04-02T00:46:00 <dreimark> yes
52 2011-04-02T00:46:40 <yufra> so "pip install mercurial" before or after "source env/bin/activate"?
53 2011-04-02T00:46:53 <dreimark> extras_require is not usable currently
54 2011-04-02T00:46:56 <dreimark> htg
55 2011-04-02T00:47:00 <dreimark> gn
56 2011-04-02T00:47:52 <yufra> I didn't follow
57 2011-04-02T00:48:00 <yufra> htg? gn?
58 2011-04-02T00:48:18 <yufra> ah, nevermind... have to go and good night... thanks for your help!
59 2011-04-02T00:53:19 <ThomasWaldmann> yufra: you always have to be in the virtual env
60 2011-04-02T00:59:15 <yufra> I get it now... never used virtualenv before and only recently coming back to moin2
61 2011-04-02T00:59:22 *** cosmos_thought
62 2011-04-02T00:59:55 <yufra> going to test the wiki/data/content/rev cloning again and see if the metadata is restored ok
63 2011-04-02T01:02:40 <yufra> hmm, so I must be doing this incorrectly or the feature is available yet... I create a wiki, add a few pages, close the wikiserver down
64 2011-04-02T01:03:07 <yufra> then I copy that wiki directory to wiki_temp, create a new wiki/data/content and clone wiki_temp/data/content/rev to that directory
65 2011-04-02T01:03:47 <yufra> but when I try starting up the new wiki I get a python error on app.unprotected_storage.index_rebuild (well really on a KeyError 'uuid' much further down)
66 2011-04-02T01:12:09 <ThomasWaldmann> the uuid stuff is new and still troublesome
67 2011-04-02T01:13:16 <yufra> gotcha... so how is moin2 coming along? I dropped by several months ago and the storage backend stuff was undergoing a bit of a rewrite
68 2011-04-02T01:14:00 <yufra> it looks quite good from what I have seen today
69 2011-04-02T01:14:01 <ThomasWaldmann> well, the indexing stuff works (and is used at a few placed yet)
70 2011-04-02T01:14:09 <ThomasWaldmann> places*
71 2011-04-02T01:14:38 <ThomasWaldmann> but with the uuids, the problem is where to create them to not cause issues like the one you've seen
72 2011-04-02T01:15:32 <yufra> what are the uuids used for? are they the same as the filenames in wiki/data/content/rev when using the hg backend?
73 2011-04-02T01:15:49 <yufra> basically a backend-neutral way of referring to files?
74 2011-04-02T01:17:34 <ThomasWaldmann> the thought behind them is to have a constant id for an item
75 2011-04-02T01:17:43 <ThomasWaldmann> names change, but id stays
76 2011-04-02T01:17:56 <yufra> ah, so you can track revision over renames, etc
77 2011-04-02T01:18:25 <ThomasWaldmann> and due to the way it is generated and its binary length, it is very likely globally unique even
78 2011-04-02T01:19:20 <ThomasWaldmann> many backends need some ascii name to store the item
79 2011-04-02T01:19:34 <yufra> nice... but the uuid isn't stored in actual wiki/data/contents/rev objects?
80 2011-04-02T01:19:45 <ThomasWaldmann> e.g. into the filesystem (you don't want to deal with unicode file or directory names)
81 2011-04-02T01:19:54 <ThomasWaldmann> the uuid is nice for that purpose
82 2011-04-02T01:20:00 <yufra> *nod*
83 2011-04-02T01:20:23 <ThomasWaldmann> it should be in the revision
84 2011-04-02T01:20:29 <ThomasWaldmann> meta
85 2011-04-02T01:20:53 <ThomasWaldmann> and with the indexing stuff, we can easily map name<>uuid
86 2011-04-02T01:21:46 <yufra> is it worth me digging into the error I described above, or is it on a more knowledgable person's todo list?
87 2011-04-02T01:22:23 <ThomasWaldmann> well, it is on my todo, but it would be good to have someone else look at it also
88 2011-04-02T01:22:44 <yufra> I'll take a gander over the weekend then
89 2011-04-02T01:22:52 <ThomasWaldmann> see my recent related changesets about what i have already tried
90 2011-04-02T01:23:30 *** m4k3r
91 2011-04-02T01:24:02 <ThomasWaldmann> i'ld like to avoid that every backend or every place where items are created has to deal with the uuid stuff
92 2011-04-02T01:24:24 <ThomasWaldmann> but it looks like i didn't find a good place yet
93 2011-04-02T01:25:14 <ThomasWaldmann> btw, some backends currently have some sort of internally created id for items
94 2011-04-02T01:25:32 <yufra> *nod* well it will probably take me a few days looking at the code to get a feel for it... any suggestion for API stuff? I have found static/moinmo.in/m2/html/index.html already
95 2011-04-02T01:25:34 <ThomasWaldmann> of course this would go away after the uuid stuff works better
96 2011-04-02T01:26:10 <ThomasWaldmann> that and the code in storage package
97 2011-04-02T01:26:56 <ThomasWaldmann> i also plan to simplify the backends a bit, once the other stuff works
98 2011-04-02T01:27:36 <ThomasWaldmann> so that a backend maybe is just able to store, enumerate and retrieve items/revs and not much more
99 2011-04-02T01:28:00 <ThomasWaldmann> enumeration would be only used once, to create the index
100 2011-04-02T01:28:32 <ThomasWaldmann> (or recreate in case it is damaged)
101 2011-04-02T01:29:16 <ThomasWaldmann> after there is an index, all sorts of history stuff, selecting specific items/revs, sorting, etc. could be done via index
102 2011-04-02T01:32:41 <ThomasWaldmann> if you like, we can go through the code together
103 2011-04-02T01:32:56 <yufra> sure, I am just skimming through it now
104 2011-04-02T01:33:32 <yufra> I see the index_rebuild is iterating over the backend items, and then going through all of the revisions for each item
105 2011-04-02T01:33:54 <yufra> but judging by that error those revision objects don't have UUIDs yet
106 2011-04-02T01:36:03 <ThomasWaldmann> btw, did you create a fresh backend?
107 2011-04-02T01:37:22 <yufra> I am not sure if I am creating the backend in the new wiki correctly, no... I tried just running moin again to create a new backend but if I do that mercurial doesn't recognize any common ancestry between that backend and the one in the other wiki repository
108 2011-04-02T01:37:50 <yufra> so now I am trying to clone the backend into the new wiki BEFORE running moin on that new wiki for the first time
109 2011-04-02T01:37:58 <yufra> that could be very wrong of course :-)
110 2011-04-02T01:39:49 <ThomasWaldmann> maybe just start with an empty backend and let moin fill in its example data
111 2011-04-02T01:40:24 <yufra> but then how to link the two backends?
112 2011-04-02T01:42:22 <yufra> ah, I can "-f" force a pull, trying that now
113 2011-04-02T01:45:37 <yufra> hmm, it didn't like that
114 2011-04-02T01:51:50 <yufra> so when I create an empty backend, let moin fill it, and THEN force a hg pull into the new wiki I get UUID problems but only on the files that are new to that wiki
115 2011-04-02T01:55:29 <yufra> so what is the difference between MoinMoin.storage.Item._id and MoinMoin.storage.Item["uuid"] ?
116 2011-04-02T01:58:21 <ThomasWaldmann> which _id do you mean?
117 2011-04-02T01:59:05 * ThomasWaldmann tried to put all stuff into metadata recently: SIZE, MTIME, UUID
118 2011-04-02T01:59:34 <yufra> I see SIZE/MTIME/UUID, but I also noticed a _id variable
119 2011-04-02T02:00:20 <ThomasWaldmann> maybe it is a internal thing of hg backend?
120 2011-04-02T02:00:21 <yufra> I am in PDB looking at the values in backends.mappings
121 2011-04-02T02:01:19 <ThomasWaldmann> btw, if you have sphinx install: make docs and then see the "More" link in the navi bar
122 2011-04-02T02:01:30 <yufra> ah! I think I have it... the meta data for the hg backend is stored in a separate directory, meta
123 2011-04-02T02:01:38 <yufra> and that isn't included in the actual mercurial repository
124 2011-04-02T02:02:02 <ThomasWaldmann> (you have it in the virtual env, we require it)
125 2011-04-02T02:02:09 <yufra> only the actual pages are stored in meta
126 2011-04-02T02:02:18 <yufra> I mean rev, which is the mercurial repostiroy
127 2011-04-02T02:02:51 <yufra> (and thanks for the sphink tip)
128 2011-04-02T02:03:12 <ThomasWaldmann> hmm, it should have the meta data, it is important
129 2011-04-02T02:03:43 <yufra> agreed, looking into it a bit closer
130 2011-04-02T02:04:21 <yufra> hmmm, is there any reason to separate meta and rev?
131 2011-04-02T02:04:30 <yufra> what if I put everything into the same directory?
132 2011-04-02T02:06:10 <ThomasWaldmann> i don't know too much about the hg backend
133 2011-04-02T02:06:22 <yufra> is there anyone in particular to talk to about it?
134 2011-04-02T02:08:17 <ThomasWaldmann> maybe TheSheep and PawelPacana (who is not here)
135 2011-04-02T02:09:46 <yufra> any specific times you suggest me trying to chat with them?
136 2011-04-02T02:10:46 <ThomasWaldmann> TheSheep is from poland and pawel wasn't here recently.
137 2011-04-02T02:10:59 <yufra> gotcha, so morning here
138 2011-04-02T02:17:09 <yufra> and MoinMoin.storage.Item.commit is called when you commit a webpage?
139 2011-04-02T02:22:52 <ThomasWaldmann> it is the final step after changing stuff
140 2011-04-02T02:28:59 <yufra> alright, well I will tinker with it over the weekend and probably drop by IRC every once in a while
141 2011-04-02T02:29:07 <yufra> thanks for all your help and excellent work :-)
142 2011-04-02T02:32:13 *** yufra
143 2011-04-02T03:01:50 *** kasun
144 2011-04-02T03:22:12 *** cosmos_thought_
145 2011-04-02T03:25:26 *** cosmos_thought
146 2011-04-02T04:47:05 *** moin0
147 2011-04-02T04:47:49 *** Marchael
148 2011-04-02T04:48:29 <moin0> ThomasWaldmann, I have a question about the order of publishing metadata and comitting the page
149 2011-04-02T04:48:34 <Marchael> moin
150 2011-04-02T04:48:50 *** moin0
151 2011-04-02T04:56:58 *** Marchael
152 2011-04-02T04:59:25 *** Marchael
153 2011-04-02T05:07:26 *** ronny
154 2011-04-02T05:09:40 *** ronny
155 2011-04-02T05:17:29 *** Marchael
156 2011-04-02T05:36:54 *** Marchael
157 2011-04-02T06:05:37 *** Marchael
158 2011-04-02T06:31:25 *** Marchael
159 2011-04-02T07:03:36 *** kasun
160 2011-04-02T07:15:13 *** MattMaker
161 2011-04-02T07:15:26 *** MattMaker
162 2011-04-02T07:59:40 *** yufra
163 2011-04-02T09:13:38 *** cosmos_thought_
164 2011-04-02T11:58:09 *** cosmos_thought
165 2011-04-02T12:04:53 *** cosmos_thought
166 2011-04-02T13:02:56 *** greg_f
167 2011-04-02T13:12:30 <ThomasWaldmann> moin
168 2011-04-02T14:06:52 *** m4k3r
169 2011-04-02T14:44:16 *** cosmos_thought
170 2011-04-02T15:02:57 *** cosmos_thought
171 2011-04-02T15:03:48 *** cosmos_thought
172 2011-04-02T16:43:20 *** Marchael
173 2011-04-02T16:46:58 *** cosmos_thought
174 2011-04-02T16:47:35 *** m4k3r
175 2011-04-02T16:49:35 *** sl33k_
176 2011-04-02T17:02:43 *** sl33k_
177 2011-04-02T17:48:44 * ThomasWaldmann plays with rhodecode
178 2011-04-02T17:58:07 *** grzywacz
179 2011-04-02T18:05:46 *** cosmos_thought
180 2011-04-02T18:26:43 *** yufra
181 2011-04-02T18:27:56 <yufra> ThomasWaldmann, I am having difficulty in two places... first figuring out the order of metadata saving (publish_metadata) and page saving (commit)
182 2011-04-02T18:29:21 <ThomasWaldmann> you have to differentiate between items and revisions
183 2011-04-02T18:29:52 <ThomasWaldmann> both have metadata. for the revision, metadata is immutable. once committed, it'll never change again.
184 2011-04-02T18:30:03 <yufra> so an item is the wiki object and can have multiple revision
185 2011-04-02T18:30:05 <yufra> ah, I see
186 2011-04-02T18:30:32 <ThomasWaldmann> for the item, metadata is mutable, so you need to annouce when you change it and need to tell when you're ready with it (publish_metadata)
187 2011-04-02T18:31:00 <ThomasWaldmann> yes, item has md and revisions
188 2011-04-02T18:31:07 <ThomasWaldmann> revision has md and data
189 2011-04-02T18:31:52 *** cosmos_thought
190 2011-04-02T18:33:21 <yufra> hmm, so maybe that is why TheSheep and others were not saving the "meta" file... that is only the item metadata, which should be the same as the metadata of the last revision, yes?
191 2011-04-02T18:35:17 <ThomasWaldmann> item md isn't used much
192 2011-04-02T18:35:33 <ThomasWaldmann> maybe uuid is the main use
193 2011-04-02T18:35:55 <ThomasWaldmann> and if we store uuid into each revision, maybe even that is not needed in item md
194 2011-04-02T18:37:03 <yufra> could be done that way, sure
195 2011-04-02T18:37:27 <yufra> so I understand the division of metadata/item/revisions, but not the order of calling
196 2011-04-02T18:38:17 <yufra> when we edit a page and hit save what gets called first? storage.Item.commit? storage.Item.publish_metadata?
197 2011-04-02T18:38:21 <ThomasWaldmann> I noticed that it tells you when you do it wrong. :D
198 2011-04-02T18:38:36 <yufra> where?
199 2011-04-02T18:38:50 <ThomasWaldmann> it'll throw an exception
200 2011-04-02T18:39:22 <yufra> not quite sure what you are talking about
201 2011-04-02T18:39:44 <ThomasWaldmann> about order of doing things
202 2011-04-02T18:40:29 <yufra> oh, where does it throw an exception? I was having trouble finding the order of things since I am only familiar with the backend bits and not the wiki parts of the code
203 2011-04-02T18:41:03 <ThomasWaldmann> maybe looks at items._save()
204 2011-04-02T18:41:48 <yufra> I saw that but couldn't figure out where publish_metadata was called relative to that
205 2011-04-02T18:42:23 <ThomasWaldmann> well, it is not used there, because item md isn't used on the UI
206 2011-04-02T18:43:12 <yufra> ah... so it sounds like there isn't a big reason for item's to have MD... or at least for the item's MD to simply be that item's last revision's MD
207 2011-04-02T18:43:39 <ThomasWaldmann> yeah, maybe
208 2011-04-02T18:44:16 <yufra> let me do a quick search in the code for calls to item md stuff
209 2011-04-02T18:44:22 <ThomasWaldmann> maybe it makes stuff like the xml deserialize easier
210 2011-04-02T18:45:05 <ThomasWaldmann> because if it has the item name or uuid in the item, it can create the item from the corresponding tag
211 2011-04-02T18:46:22 <yufra> hehe, you are talking about bits of the code I am not familiar with again so I won't be much help at the moment :-)
212 2011-04-02T18:47:54 <yufra> hmm, so it looks like ACL permissions are stored in the item's md and not in a separate revision of the item
213 2011-04-02T18:48:43 <ThomasWaldmann> permissions are per revision
214 2011-04-02T18:48:55 <ThomasWaldmann> where did you find that?
215 2011-04-02T18:49:35 <ThomasWaldmann> (but, policy is to look at latest revision)
216 2011-04-02T18:49:52 <yufra> ah, nevermind... it is just a wrapper around publish_metadata that I saw
217 2011-04-02T18:50:11 <yufra> I was grepping for publish_metadata and spoke before I looked at the actual call
218 2011-04-02T18:52:30 <ThomasWaldmann> btw, if you have any ideas how to easily make it simpler, I am open to that :)
219 2011-04-02T18:53:07 <ThomasWaldmann> i recently got rid of that timestamp and size properties and just made standard metadata out of it
220 2011-04-02T18:53:16 <yufra> well at this stage I would be worried that any suggestion I make is out of ignorance of the whole code :-P
221 2011-04-02T18:53:30 <ThomasWaldmann> maybe that was some premature optimization that is not really needed
222 2011-04-02T18:53:51 <ThomasWaldmann> and maybe we have more of that kind of stuff
223 2011-04-02T18:53:59 <yufra> *nod* I will keep it in mind
224 2011-04-02T19:11:49 <dreimark> .oO kblin on the ML
225 2011-04-02T20:04:29 *** yufra
226 2011-04-02T20:15:21 *** greg_f
227 2011-04-02T20:28:52 *** sinha
228 2011-04-02T21:25:08 *** sinha
229 2011-04-02T21:51:38 *** yufra
230 2011-04-02T21:52:05 <yufra> ThomasWaldmann, have a minute to field questions about MoinMoin.items.Item._rename?
231 2011-04-02T21:55:39 <ThomasWaldmann> sure
232 2011-04-02T21:59:33 <yufra> so I am having an issue with my hg backend on deleting a page... the self.rev.item.rename(name) command on line 334 of items/__init__.py notices this is an inter-backend rename, and thus removes the revision information of the page from the "root" backend
233 2011-04-02T22:00:25 <yufra> but the subsequent call to _save (actually the call to self.data in that _save argument) crashes since the revision has been removed from the "root" backend
234 2011-04-02T22:01:14 <yufra> I am currently stepping through the same procedure using the fs2 backend, but figured asking you would be faster if you were around as to how things are supposed to work
235 2011-04-02T22:02:10 <ThomasWaldmann> oops
236 2011-04-02T22:02:23 <ThomasWaldmann> well, sounds broken
237 2011-04-02T22:02:47 <yufra> indeed, the question is what is broken... just the hg backend or the items._rename function
238 2011-04-02T22:03:15 <yufra> the fs2 backend doesn't crash, but that doesn't mean it is handling it right either :-)
239 2011-04-02T22:11:45 <yufra> I am going to take a break from staring at the code but leave IRC open... let me know if you find anything interesting :-)
240 2011-04-02T22:12:17 <ThomasWaldmann> likely the rename in the router should deal with it
241 2011-04-02T22:12:42 <ThomasWaldmann> (i mean creating that new revision so it has the new name in the revision metadata)
242 2011-04-02T22:13:11 <ThomasWaldmann> yufra: ^^
243 2011-04-02T22:14:08 <yufra> gotcha... so self.rev.item.rename(name) deals with the backend stuff, then actually rename the object at that higher level, THEN save
244 2011-04-02T22:15:08 <ThomasWaldmann> I'll try to add some test for this
245 2011-04-02T22:15:39 <yufra> how do I run the tests to check my hg backend changes? is it a nose test suite?
246 2011-04-02T22:15:59 <dreimark> py.test
247 2011-04-02T22:20:38 <yufra> so lots of "E"s and "F"s... hopefully not all caused by me ;-)
248 2011-04-02T22:20:58 <ThomasWaldmann> yufra: you need to have the env activate
249 2011-04-02T22:21:02 <ThomasWaldmann> active*
250 2011-04-02T22:21:04 <yufra> it is
251 2011-04-02T22:21:34 <yufra> 202 failed, 1807 passed, 21 skipped, 3 xfailed, 5 xpassed, 239 error in 101.56 seconds
252 2011-04-02T22:21:51 <ThomasWaldmann> test_create_get_rename_get_rev_item that should check the rename enough
253 2011-04-02T22:22:17 <yufra> that already exists or you just added it?
254 2011-04-02T22:22:40 <ThomasWaldmann> exists
255 2011-04-02T22:24:18 <yufra> anyway to call a specific test?
256 2011-04-02T22:24:29 <ThomasWaldmann> py.test file
257 2011-04-02T22:24:34 <ThomasWaldmann> py.test -k keyword
258 2011-04-02T22:25:23 <yufra> great, thanks :-)
259 2011-04-02T22:33:12 *** cosmos_thought
260 2011-04-02T22:37:08 <ThomasWaldmann> yufra: i have 53 failures, 4 errors
261 2011-04-02T22:40:20 <ThomasWaldmann> yufra: you aren't working on fixing the rename issue, are you?
262 2011-04-02T22:48:38 <yufra> not at the moment, no
263 2011-04-02T22:49:31 <yufra> and strict renames appear to work ok with the mercurial backend, it is just the deletion (rename to another backend) that seems to break it
264 2011-04-02T22:50:18 *** cosmos_thought
265 2011-04-02T22:52:37 *** RogerHaase
266 2011-04-02T23:03:28 *** yufra
267