MoinMoin: MoinMoinChat/Logs/moin-dev/2006-08-10

2006-08-10T01:51:47  <fpletz> ThomasWaldmann: uhm, I think the server is a little bit under stress ;)
2006-08-10T01:52:35  <fpletz> I can't push and no wiki is working
2006-08-10T01:57:43  <fpletz> mmh, push went through but still long delays
2006-08-10T01:57:53  <fpletz> you should take a look
2006-08-10T08:57:16  <Kepplar> felixw: ooo
2006-08-10T08:57:18  <Kepplar> er
2006-08-10T08:57:21  <Kepplar> fpletz: oo i had that
2006-08-10T08:57:26  <Kepplar> fpletz: dont worry it went through
2006-08-10T09:59:45  <xorAxAx> fpletz: load 33, irssi unusable .)
2006-08-10T10:06:05  <ThomasWaldmann> moin
2006-08-10T10:06:49  <ThomasWaldmann> xorAxAx: i modified some bits in mailimport, one todo is left waiting for user comment
2006-08-10T10:07:44  <xorAxAx> ThomasWaldmann: which one?
2006-08-10T10:08:55  <ThomasWaldmann> the "to:" column in the table
2006-08-10T10:09:25  <ThomasWaldmann> see EmailTest2 page in the test wiki
2006-08-10T10:10:44  <xorAxAx> yeah, and what should appear there?
2006-08-10T10:10:50  <ThomasWaldmann> btw, i didnt check yet, does the code handle multipe to/cc addresses?
2006-08-10T10:10:55  <xorAxAx> the other fields as in CC ....?
2006-08-10T10:11:05  <xorAxAx> to can just be one address
2006-08-10T10:11:20  <xorAxAx> i am not sure about multiple cc addresses *me checks*
2006-08-10T10:11:44  <ThomasWaldmann> that is the open question. maybe names, maybe addrs, maybe both. everything except the rather uninteresting wiki email.
2006-08-10T10:12:29  <ThomasWaldmann> so it has to filter out wiki-email from to+cc
2006-08-10T10:12:42  <ThomasWaldmann> and display the rest, somehow
2006-08-10T10:12:58  <ThomasWaldmann> if there is nothing left, maybe just "-"
2006-08-10T10:13:17  <xorAxAx> ok
2006-08-10T10:25:38  <ThomasWaldmann> xorAxAx: Subject: what a [WeirdPage] to create [ignored!]
2006-08-10T10:25:55  <ThomasWaldmann> that didnt work (and still does not)
2006-08-10T10:26:34  <ThomasWaldmann> i changed implementation to use re.search (not .match) and use the first one encountered
2006-08-10T10:27:16  <ThomasWaldmann> but if it is found in the middle, there will be trouble due to the 2 blanks sequence after removing the template
2006-08-10T10:29:38  <xorAxAx> what do you mean by "2 blanks sequence"?
2006-08-10T10:35:10  <ThomasWaldmann> blank[PageName]blank
2006-08-10T10:37:10  <xorAxAx> how is that a problem?
2006-08-10T10:45:28  <ThomasWaldmann> i remove the [...] stuff
2006-08-10T10:45:34  <xorAxAx> yes
2006-08-10T10:45:40  <ThomasWaldmann> so there is ...blankblank.... left
2006-08-10T10:45:41  <xorAxAx> then you 2 blanks
2006-08-10T10:45:46  <xorAxAx> so? :)
2006-08-10T10:45:50  <ThomasWaldmann> wiki page code reduces this to 1 blank
2006-08-10T10:45:58  <ThomasWaldmann> but mailimport doesnt
2006-08-10T10:46:03  <xorAxAx> ah
2006-08-10T10:46:06  <ThomasWaldmann> so the link to the page is wrong
2006-08-10T10:46:18  <xorAxAx> the problem here was that the normalise call is at the wrong place
2006-08-10T10:46:22  <xorAxAx> i am doing nothing special
2006-08-10T10:46:24  <ThomasWaldmann> can be fixed of course, but is not of major importance
2006-08-10T10:46:33  <xorAxAx> and i dont even know which function does this normalisation
2006-08-10T10:46:47  <ThomasWaldmann> normalizepagename or similar :)
2006-08-10T10:47:10  <ThomasWaldmann> i phoned with jk and we got to this result:
2006-08-10T10:47:19  <ThomasWaldmann> to: column:
2006-08-10T10:50:22  <ThomasWaldmann> take list of to-addrs, lookup in wiki users, if match found, use wiki user name,
2006-08-10T10:50:46  <ThomasWaldmann> if no match found, just use the realname part of to: address (not the mail addr)
2006-08-10T10:51:20  <ThomasWaldmann> (and link the wiki user name to his potential homepage)
2006-08-10T10:54:59  <xorAxAx> umm, do you mean the from address?
2006-08-10T10:55:07  <xorAxAx> your second line describes current behaviour
2006-08-10T10:55:51  <xorAxAx> ThomasWaldmann:
2006-08-10T10:59:24  <ThomasWaldmann> no, to: column
2006-08-10T11:00:13  <ThomasWaldmann> and it doesnt link in from:
2006-08-10T11:00:44  <xorAxAx> then please elaborate the difference between the behaviour described in the second line and the current behaviour
2006-08-10T11:02:14  <ThomasWaldmann>         from_col = msg['from_addr'][0] or msg['from_addr'][1]
2006-08-10T11:02:29  <ThomasWaldmann> so that's just the strings from msg hdr
2006-08-10T11:02:44  <ThomasWaldmann> the lookup into wiki user accounts is missing
2006-08-10T11:03:03  <ThomasWaldmann> to get the wiki user name
2006-08-10T11:08:25  <xorAxAx> yes, but above you are talking about "to:"
2006-08-10T11:08:37  <xorAxAx> you pasted a line of code about "from:"
2006-08-10T11:09:24  <ThomasWaldmann> of course we can handle both in the same way
2006-08-10T11:09:57  <ThomasWaldmann> and to: code is about the same thing
2006-08-10T11:10:26  <ThomasWaldmann> btw, does it make sense to handle bcc: in mailimport?
2006-08-10T11:10:53  <ThomasWaldmann> i thought bcc: gets removed by sender after duplication of the mail?
2006-08-10T11:18:55  <xorAxAx> that depends on your procmail config i guess. you could pipe directly created mails into it
2006-08-10T11:20:13  <ThomasWaldmann> ah, ok
2006-08-10T11:21:19  <ThomasWaldmann> do you have time today or tomorrow to implement that?
2006-08-10T11:22:13  <xorAxAx> hmm, i might be able to spare some time tomorrow, yes
2006-08-10T11:22:21  <xorAxAx> can you summarize it on the wiki page?
2006-08-10T11:22:21  <ThomasWaldmann> monday = production install
2006-08-10T11:22:25  <xorAxAx> hehe
2006-08-10T11:23:03  <ThomasWaldmann> http://moinmoin.wikiwikiweb.de/FeatureRequests/WikiEmailIntegration there?
2006-08-10T11:24:38  <ThomasWaldmann> hmm, rather the help page I guess
2006-08-10T11:45:00  <ThomasWaldmann> xorAxAx: http://moinmaster.wikiwikiweb.de/HelpOnConfiguration/EmailSupport?action=diff&rev2=22&rev1=21
2006-08-10T11:47:11  <xorAxAx> ThomasWaldmann: ok, nice
2006-08-10T11:48:46  <ThomasWaldmann> please announce if you work on it, I will also do.
2006-08-10T11:49:02  <ThomasWaldmann> maybe i can implement the lookup stuff for from: later
2006-08-10T11:54:04  <xorAxAx> ok
2006-08-10T12:06:53  <ThomasWaldmann> xorAxAx: btw, please no "unstable" merges to main until monday
2006-08-10T12:07:16  <ThomasWaldmann> (or rather tuesday)
2006-08-10T12:08:24  <xorAxAx> ok
2006-08-10T12:08:30  <xorAxAx> you may want to branch, though
2006-08-10T13:20:46  <fpletz> moin
2006-08-10T13:37:06  <ThomasWaldmann> moin fpletz
2006-08-10T13:39:56  <ThomasWaldmann> fpletz: maybe try to have something stable till monday, I have to do a 1.6 production install then
2006-08-10T13:41:15  <fpletz> fpletz: ok, monday should be no problem
2006-08-10T14:03:27  <mvirkkil> Any "roadmap" for 1.6?
2006-08-10T14:14:01  <ThomasWaldmann> mvirkkil: depends on the outcome of my first installs :)
2006-08-10T14:14:40  <ThomasWaldmann> i could imagine we have a 1.6beta release with xapian and sync after end of SOC
2006-08-10T14:14:55  <xorAxAx> i would call it alpha :)
2006-08-10T14:15:23  <ThomasWaldmann> microsoft would call it release :)
2006-08-10T14:16:03  <xorAxAx> not really :-)
2006-08-10T14:17:05  <ThomasWaldmann> sure. and then fix the big bugs with sp1 and the smaller with sp2..4 :)
2006-08-10T14:17:44  <ThomasWaldmann> except of course the "intentionally broken" stuff X)
2006-08-10T14:24:16  <mvirkkil> ThomasWaldmann: I'll hopefully have functioning docbook import, but the export part has been working for months now.
2006-08-10T14:25:16  <mvirkkil> functionin docbook import by monday
2006-08-10T14:25:41  <mvirkkil> ThomasWaldmann: So I would really like to see at least the newer version of the export in main.
2006-08-10T14:26:20  <mvirkkil> ThomasWaldmann: And preferably the macros and actions to go along with it.
2006-08-10T14:26:22  <xorAxAx> mvirkkil: yeah, me too
2006-08-10T14:27:25  <ThomasWaldmann> mvirkkil: you dont need to hurry with that. I won't do a release on monday.
2006-08-10T14:27:28  <mvirkkil> ThomasWaldmann: It does require an extremely trivial patch to Page.py and another extremely trivial one to the MailTo macro, but other than that it should be contained.
2006-08-10T14:27:47  <mvirkkil> ThomasWaldmann: :)
2006-08-10T14:28:09  <mvirkkil> ThomasWaldmann: I need to hurry because I'm behind my timetable..
2006-08-10T14:28:21  <ThomasWaldmann> that's another thing :)
2006-08-10T14:28:21  <mvirkkil> ThomasWaldmann: Going to be playing catchup for the rest of the week.
2006-08-10T14:29:23  <mvirkkil> Hopefully I'll be about feature complete with no known bug at the start of next week, and testcases and documentation done by the 18th.
2006-08-10T14:29:53  <mvirkkil> Hmm.. Have they moved the final soc deadline?
2006-08-10T14:31:13  <mvirkkil> Because I remembered the deadline was August 18th, not the 21th.
2006-08-10T14:31:27  <mvirkkil> Oh well.
2006-08-10T14:31:43  <mvirkkil> They could push it a bit further back for all I care ;)
2006-08-10T15:02:39  <ThomasWaldmann> well, see the google soc pages. and I wouldnt count on them pushing it further.
2006-08-10T15:07:17  <mvirkkil> ThomasWaldmann: That's where I got the 21th from.
2006-08-10T15:07:35  <mvirkkil> ThomasWaldmann: I guess I just remembered it wrong (I though it was the 18th)
2006-08-10T15:21:10  <ThomasWaldmann> xorAxAx: I implement the From: column changes now
2006-08-10T15:21:31  <xorAxAx> ok
2006-08-10T16:04:32  <ThomasWaldmann> xorAxAx: done & tested. the only piece missing now is processing all target adresses and removing own target
2006-08-10T16:04:41  <xorAxAx> ok
2006-08-10T16:06:33  <Kepplar> moin
2006-08-10T16:08:20  <ThomasWaldmann> hi Kepplar
2006-08-10T16:11:27  <starshine> any news on moooooin being ok?
2006-08-10T16:11:56  <ThomasWaldmann> fpletz: ^^?
2006-08-10T16:39:19  <fpletz> starshine_away: ThomasWaldmann: not yet
2006-08-10T16:40:00  <ThomasWaldmann> fpletz: mediawiki has ajax supported search.
2006-08-10T16:40:28  <ThomasWaldmann> you just type into search box and it does titlesearch for what it has
2006-08-10T16:40:55  <ThomasWaldmann> of course they don't do that for fullsearch :)
2006-08-10T16:42:53  <fpletz> ThomasWaldmann: you mean like autocompletion? (never used mediawiki much)
2006-08-10T16:43:26  <ThomasWaldmann> no, it updates the big window's content with search results
2006-08-10T16:47:07  <fpletz> ah, ok, I was thinking of something like that a while back, would be pretty easy to implement
2006-08-10T16:47:22  <fpletz> the question is.. how much js do we want? ;)
2006-08-10T16:48:27  <ThomasWaldmann> Maybe if we feel extremely bored... :) But I guess this just makes more load...
2006-08-10T16:50:49  <fpletz> well, ajax is supposed to cut down both load and traffic a bit (some processing on the browser side).. if not used incorrectly of course :)
2006-08-10T16:52:55  <ThomasWaldmann> yes, but you have to send the search queries to the server and have it process them.
2006-08-10T16:55:20  <fpletz> wouldn't it just be the same query? we just don't send header/footer etc.
2006-08-10T16:55:29  <richardb> Depends how you implement it.
2006-08-10T16:56:08  <richardb> One way is to send the query as soon as the user stops typing.
2006-08-10T16:56:30  <richardb> So you get an effect similar to how music players like rhythmbox display their libraries...
2006-08-10T16:56:41  <richardb> as soon as you type some characters you start getting search results.
2006-08-10T16:56:47  <ThomasWaldmann> oh, welcome back, richard!
2006-08-10T16:57:02  <richardb> If you're not wanting something dynamic like that, using Ajax is probably a waste of time.
2006-08-10T16:57:04  <fpletz> ah, hi richardb.. didn't notice you're
2006-08-10T16:57:05  <richardb> Hi! :)
2006-08-10T16:57:30  <richardb> Got back a few days ago, but have been lurking while I caught up on email and things.
2006-08-10T16:59:03  <ThomasWaldmann> richardb: http://xapian.wikiwikiweb.de/?action=fullsearch&context=180&value=test&fullsearch=Text
2006-08-10T16:59:07  <richardb> One interface I did for a project which I quite like displayed the number of matches for your search as you type the search in...
2006-08-10T16:59:22  <richardb> But waits until you press return to display the whole list of results.
2006-08-10T16:59:54  <fpletz> hmm, that should be pretty fast.. nice :)
2006-08-10T17:00:01  <richardb> Which is a nice balance between giving the user dynamic feedback, and having the screen change unpredictably.
2006-08-10T17:01:57  <ThomasWaldmann> is the search itself done incremental, too? like searching in previous results?
2006-08-10T17:03:32  <ThomasWaldmann> fpletz: http://xapian.wikiwikiweb.de/?from=20&context=180&action=fullsearch&fullsearch=Text&value=test
2006-08-10T17:04:00  <ThomasWaldmann> can you right-align the "Previous" with the "M" image?
2006-08-10T17:04:46  <ThomasWaldmann> same maybe for left-aligning "Next" with "oin"
2006-08-10T17:04:47  <fpletz> sure, didn't notice that
2006-08-10T17:05:57  <ThomasWaldmann> btw, when there are no results at all, we should have some text displayed
2006-08-10T17:06:39  <ThomasWaldmann> Results 1 - 10 of about 0 results out of about 1206 pages. (0.02 seconds) <- and this isn't quite correct if there are 0 results
2006-08-10T17:07:04  <richardb> fpletz: http://xapian.wikiwikiweb.de/?from=0&context=180&action=fullsearch&fullsearch=Text&value=tests
2006-08-10T17:07:19  <fpletz> yup, sure
2006-08-10T17:07:21  <richardb> Similarly - should say "Results 1-3 of 3"
2006-08-10T17:07:44  <richardb> Are you testing whether to display "about", or just always displaying it?
2006-08-10T17:09:12  <fpletz> currently, I'm always displaying "about" and printing the real page count
2006-08-10T17:09:15  <richardb> There's a way to check whether the estimate returned by Xapian is precise: if it is, "about" should be skipped.
2006-08-10T17:09:32  <ThomasWaldmann> http://xapian.wikiwikiweb.de/?action=fullsearch&context=180&value=scriptalias+steps&fullsearch=Text
2006-08-10T17:09:38  <fpletz> will fix this
2006-08-10T17:09:54  <ThomasWaldmann> this also needs specialcasing (no point in having a single "1" below moin)
2006-08-10T17:10:12  <richardb> Franz: let me know if you can't see how to check whether the count is precise.
2006-08-10T17:11:20  <fpletz> ok
2006-08-10T17:11:30  <richardb> Hmmm.
2006-08-10T17:12:13  * ThomasWaldmann runs dd_rhelp on a f*cked customer hard disk - really nice tool for people without backups
2006-08-10T17:12:52  <xorAxAx> hehe
2006-08-10T17:12:59  <xorAxAx> was advertised in the iX
2006-08-10T17:13:39  <ThomasWaldmann> it just is still too slow due to retries the hdd and the kernel do internally
2006-08-10T17:31:27  <fpletz> richardb: the count should be precise if lower/upper bound match the estimated count, right?
2006-08-10T17:31:37  <richardb> Yup.
2006-08-10T17:31:57  <fpletz> perfect :)
2006-08-10T17:32:35  <richardb> In practice, it should always be precise for single term queries.
2006-08-10T20:06:05  <mvirkkil> ThomasWaldmann: Was this really necessary http://hg.thinkmo.de/moin/1.6?fd=97ce857bdebf;file=MoinMoin/formatter/text_docbook.py
2006-08-10T20:06:31  <mvirkkil> ThomasWaldmann: As I've basically rewritten the complete file, merging is really painful.
2006-08-10T20:06:48  <xorAxAx> ugh, teh sucks
2006-08-10T20:06:54  <xorAxAx> mvirkkil: overwrite with your file ...
2006-08-10T20:07:04  <xorAxAx> and slap him :)
2006-08-10T20:07:10  <mvirkkil> ThomasWaldmann: I'll probably just overwrite it, as soon as I figure out how that can be done.
2006-08-10T20:07:37  <mvirkkil> xorAxAx: I would really feel like it.
2006-08-10T20:07:52  <mvirkkil> xorAxAx: But I don't want to piss him off (even though this did piss me off).
2006-08-10T20:08:00  <xorAxAx> which merge tool do you use?
2006-08-10T20:08:07  <mvirkkil> xorAxAx: vim :)
2006-08-10T20:08:15  <xorAxAx> ?
2006-08-10T20:08:23  <Kepplar> hey
2006-08-10T20:08:45  <mvirkkil> xorAxAx: vi, as in emacs vs. vi
2006-08-10T20:08:50  <xorAxAx> do you have a special merge mode?
2006-08-10T20:08:59  <xorAxAx> otherwise it would be pretty hairy ...
2006-08-10T20:09:05  <mvirkkil> xorAxAx: No. I used to do it with xxdiff.
2006-08-10T20:09:13  <xorAxAx> hgmerge supports so many tools
2006-08-10T20:09:28  <mvirkkil> xorAxAx: But hg just dumps vim infront of me, and I have managed with that.
2006-08-10T20:09:38  <mvirkkil> up until now.
2006-08-10T20:09:44  <xorAxAx> it calls hgmerge, not vim :)
2006-08-10T20:09:51  <xorAxAx> and hgmerge calls EDITOR :)
2006-08-10T20:10:03  <xorAxAx> if it cannot find a better tool
2006-08-10T20:10:47  <mvirkkil> xorAxAx: Wow. You are righ. I haven't got xxdiff installed. I wonder when that got de-installed.
2006-08-10T20:25:10  <ThomasWaldmann> mvirkkil: if your source is pep8, you dont need to merge that
2006-08-10T20:25:50  <ThomasWaldmann> i just cleaned up most stuff, not only this file
2006-08-10T20:26:29  <ThomasWaldmann> if you use vim, you can install the vim pep8 plugin from MoinMoin:CodingStyle
2006-08-10T20:34:26  <Kepplar> ThomasWaldmann: Dude, First time im editing one of *your* files and i have to say its FAR FAR better coding than Jurgens :D
2006-08-10T20:34:27  <mvirkkil> ThomasWaldmann: But you must have known that that file basically doesn't exist anymore because of the amount of changes. You changes will basically get overwritten when you merge my work in.
2006-08-10T20:34:54  <mvirkkil> Your changes...
2006-08-10T20:35:17  <Kepplar> ThomasWaldmann: I'm going to have to temporary rip out (read: comment out) the edit log as we need to think about how we impliment it
2006-08-10T20:44:58  <ThomasWaldmann> Kepplar: we need 1 global edit-log "as is" for RC
2006-08-10T20:45:16  <ThomasWaldmann> the local edit-log moves to metadata
2006-08-10T20:49:39  <ThomasWaldmann> xorAxAx: i look at the target addr stuff in mailimport now
2006-08-10T20:49:53  <xorAxAx> ok
2006-08-10T20:50:00  <xorAxAx> i am busy with wikisync ...
2006-08-10T20:51:35  <Kepplar> ThomasWaldmann: Yea, but that means separte disk access if thats appreopiete at all?
2006-08-10T20:51:47  <Kepplar> ThomasWaldmann: I'm thinking instead have a "Item" for edit log
2006-08-10T20:51:59  <Kepplar> a unique one with the global edits in it
2006-08-10T20:52:03  <Kepplar> ThomasWaldmann: what do you think?
2006-08-10T20:55:20  <mvirkkil> ThomasWaldmann: reguest/__init__.py line 1172 the  variable headers is not defined
2006-08-10T20:55:41  <Kepplar> scandicts < what does that *Actually* do.. in wikidicts?
2006-08-10T20:55:48  <Kepplar> (GroupDict)
2006-08-10T21:06:06  <mvirkkil> ThomasWaldmann: How is emit_headers going to work with redirectedOutput?
2006-08-10T21:07:42  <ThomasWaldmann> Kepplar: the comment for an edit, the author, time of edit, all is metadata
2006-08-10T21:08:16  <Kepplar> yea
2006-08-10T21:08:24  <Kepplar> so for the RC one we can have a page full of metadata?
2006-08-10T21:08:24  <ThomasWaldmann> we will have some more I/O for action=info, but less effort for finding info for some specific version
2006-08-10T21:08:52  <ThomasWaldmann> and we often have to open metadata anyway, so it maybe isnt even additional I/O
2006-08-10T21:10:12  <ThomasWaldmann> so just put it there
2006-08-10T21:11:53  <ThomasWaldmann> mvirkkil: all_headers
2006-08-10T21:12:17  <ThomasWaldmann> (i can fix it after my next commit works)
2006-08-10T21:27:47  <mvirkkil> ThomasWaldmann: The problem is that BuildBook needs to send the result out with a content type application/zip but builds the contents of that zip with redirectedOutput which uses Page.py, and Page.py will set headers to text/docbook and emit them, which will cause an exception.
2006-08-10T21:28:27  <mvirkkil> or at least overwrite my Content-Type: application/zip
2006-08-10T22:09:38  <mvirkkil> I guess I'll just use setHttpHeader and hope it will get fixed
2006-08-10T22:26:21  <mvirkkil> for now I'm just getting a mimetype of "text/todo" when downloading :/
2006-08-10T23:53:14  <mvirkkil> ThomasWaldmann: I synced with main, merged, fixed, and pushed. Unfortunately something doesn't quite allright, and I was hoping you could help me: http://docbook.wikiwikiweb.de/
2006-08-10T23:56:51  * ThomasWaldmann looks