2006-06-10T00:01:08 <ThomasWaldmann> I just need to refactor it for 1.6, it was written for 1.3 or 1.5.
2006-06-10T00:01:24 <nwp> what is the difference between his "security string" and a password?
2006-06-10T00:01:54 <ThomasWaldmann> it is like your cookie_secret, but not site wide, but user configurable
2006-06-10T00:02:01 <ThomasWaldmann> and regenerated often
2006-06-10T00:02:29 <ThomasWaldmann> (on logout, on password mail, ...)
2006-06-10T00:02:40 <nwp> what does that gain?
2006-06-10T00:03:06 <ThomasWaldmann> e.g. if you login on a internet cafe computer and forget to logout
2006-06-10T00:03:41 <ThomasWaldmann> next time you logout somewhere else, the old cookie will be invalid
2006-06-10T00:04:45 <nwp> the easy way to do that is to store the login time for the session in the user prefs and in the cookie.
2006-06-10T00:05:04 <nwp> it's more comprehensible than changing a random meaningless thing at various times
2006-06-10T00:05:35 <ThomasWaldmann> expiry?
2006-06-10T00:05:56 <nwp> the cookie is valid until either you expire it, logout, or login again
2006-06-10T00:06:18 <nwp> at the moment I think there's timed expiry in the code isn't there anyway
2006-06-10T00:06:51 <ThomasWaldmann> so if i login from computer A at 10:00, expiry is +12h
2006-06-10T00:06:59 <nwp> or whatever you configure
2006-06-10T00:07:08 <ThomasWaldmann> so what can I do from computer B to make that invalid?
2006-06-10T00:07:13 <nwp> login
2006-06-10T00:07:34 <ThomasWaldmann> why does that make the old cookie invalid?
2006-06-10T00:07:35 <nwp> doesn't happen at the moment but it's fairly trivial to add
2006-06-10T00:07:52 <nwp> and like I said, much easier to understand than using a separate random string
2006-06-10T00:08:11 <nwp> you could generate a random session id at login, but...
2006-06-10T00:08:54 <nwp> this "security string" basically only needs to be *something* that is an identifier for the session that creates it
2006-06-10T00:09:24 <nwp> so you have a "current_session" pref which identifies it, and all others are invalid
2006-06-10T00:09:31 <nwp> current_session being set on login
2006-06-10T00:10:41 <nwp> login would make the old cookie invalid by updating the "current_session" in the prefs
2006-06-10T00:11:10 <nwp> the problem with this is that it means a user can't have two browsers open to the same site
2006-06-10T00:11:19 <nwp> which actually can be a real problem
2006-06-10T00:11:32 <ThomasWaldmann> that's just another (better :) name for security_string :)
2006-06-10T00:12:06 <nwp> yes... and tidying up the concept a little to work out that login is probably the only time you should be changing it
2006-06-10T00:12:47 <ThomasWaldmann> what if you change it on logout? 2 browsers logging in ...
2006-06-10T00:12:52 <nwp> but to use it or not should be optional because of the poor developers who are trying to make a theme work in two different browsers ;-)
2006-06-10T00:13:24 <nwp> um... don't have the code in front of me. You might need to zero it on logout
2006-06-10T00:13:55 <ThomasWaldmann> no, it just must be different on logout
2006-06-10T00:14:11 <nwp> trying to remember what happens on logout at the moment
2006-06-10T00:16:26 <ThomasWaldmann> btw, why do you store username in the cookie?
2006-06-10T00:17:04 <nwp> hang on, just reading code to remind myself what it actually does do
2006-06-10T00:17:43 <ThomasWaldmann> maybe hg pull to read current code :)
2006-06-10T00:18:40 <nwp> that takes forever! ;-)
2006-06-10T00:18:53 <ThomasWaldmann> why?
2006-06-10T00:19:11 <nwp> always seems to
2006-06-10T00:19:30 <nwp> probably latency
2006-06-10T00:19:36 <ThomasWaldmann> the initial clone take some time, as it has to transfer xx mb
2006-06-10T00:19:51 <ThomasWaldmann> but pull should be fast after that
2006-06-10T00:22:28 <nwp> wasn't too bad ;-)
2006-06-10T00:23:03 <nwp> definitely a good move reorganising auth.py to a directory, btw
2006-06-10T00:23:17 <nwp> much easier to keep sync with local changes
2006-06-10T00:23:22 <nwp> when they are in a separate file
2006-06-10T00:25:14 <ThomasWaldmann> pull again, i had still some changes
2006-06-10T00:25:50 <ThomasWaldmann> the stuff is still in one file, but I might tear it soon
2006-06-10T00:29:01 <nwp> OK, yes, looks like we need to do something on logout to invalidate cookie
2006-06-10T00:29:13 <nwp> (on the server, rather than trusting browser)
2006-06-10T00:29:36 <nwp> or do we
2006-06-10T00:29:44 <nwp> hang on, what does that help?
2006-06-10T00:30:19 <nwp> only case it helps is where a user can't trust their browser to zap the cookie, isn't it?
2006-06-10T00:30:31 <nwp> whatever, it's a good idea
2006-06-10T00:31:13 <ThomasWaldmann> or if you used a machine you cant reach any more
2006-06-10T00:31:32 <fpletz> ThomasWaldmann: nearly works now. I'll just have to parse and replace the prefixes manully, which I'll implement tomorrow morning along with some minor cleanups.. too tired to go on now, though ;)
2006-06-10T00:31:40 <nwp> but if you didn't logout, then what you do on logout has no effect
2006-06-10T00:31:41 <fpletz> good night, guys
2006-06-10T00:31:51 <ThomasWaldmann> gn fpletz :)
2006-06-10T00:32:34 <ThomasWaldmann> nwp: if we calculate a new user secret on logout on another machine, the existing cookie on first machine is invalidated
2006-06-10T00:32:53 <ThomasWaldmann> so logout is global logout, for all machines, all browsers
2006-06-10T00:32:53 <nwp> but before you logout on the other machine, you have to log in on it :-)
2006-06-10T00:33:11 <ThomasWaldmann> and?
2006-06-10T00:33:28 <nwp> session id would change on login, so all other ids are invalid
2006-06-10T00:33:38 <nwp> but yes, logout should be complete
2006-06-10T00:33:48 <ThomasWaldmann> if you do it on login you cant use 2 browsers
2006-06-10T00:34:06 <nwp> eek
2006-06-10T00:34:21 <nwp> that's getting evil though
2006-06-10T00:34:27 <ThomasWaldmann> hehe
2006-06-10T00:34:40 <nwp> and evil => confusion => bugs
2006-06-10T00:35:11 <nwp> it is kind of seductive though...
2006-06-10T00:35:18 <ThomasWaldmann> i think documenting logout as "global logout" can be understood by users
2006-06-10T00:35:23 <nwp> yes
2006-06-10T00:35:32 <ThomasWaldmann> some users might even EXPECT that :)
2006-06-10T00:35:32 <nwp> it's the programmers I'm thinking of
2006-06-10T00:35:55 <nwp> so...
2006-06-10T00:36:04 <nwp> session_id is examined on login
2006-06-10T00:36:10 <nwp> if it doesn't exist, it's created
2006-06-10T00:36:18 <nwp> if it does (from last logout), it is used
2006-06-10T00:36:37 <nwp> on logout, id for next session is generated
2006-06-10T00:36:45 <nwp> aha
2006-06-10T00:36:56 <nwp> but what if logout is by timeout?
2006-06-10T00:37:14 <nwp> or by closing the browser?
2006-06-10T00:37:31 <nwp> then you would just re-use the last id
2006-06-10T00:37:37 <ThomasWaldmann> closing browser does not logout
2006-06-10T00:38:41 <ThomasWaldmann> and if we receive an expired cookie, it is just invalid and does not do a session
2006-06-10T00:38:41 <nwp> OK one thing that definitely should be added is the expiry time in the cookie
2006-06-10T00:38:54 <nwp> I even commented on it in the code :-o
2006-06-10T00:39:18 <nwp> yes, problem is "when does a new session id get generated if the user does not perform an explicit logout?"
2006-06-10T00:39:56 <nwp> I think you have to do it on login and hence prevent use of two browsers
2006-06-10T00:41:04 <ThomasWaldmann> hmm
2006-06-10T00:41:28 <nwp> hence make this check optional, default enabled
2006-06-10T00:41:55 <nwp> and anyone who really cares can disable it and be a little less secure
2006-06-10T00:43:19 <nwp> and blank/zero stored id on logout (when logged out there is no valid session, so it should indicate this)
2006-06-10T00:43:49 <nwp> I have to shower and have breakfast now... got visitor coming in a bit.
2006-06-10T00:44:35 <nwp> I can I'll have another look in an hour or so
2006-06-10T00:44:57 <ThomasWaldmann> ok, maybe I will still be there and not ZzzZzzz
2006-06-10T01:01:24 <ThomasWaldmann> nwp: we could also reuse the last session id if there was no logout. expired cookies will be expired nevertheless.
2006-06-10T09:27:26 <ThomasWaldmann> moin
2006-06-10T11:02:24 <fpletz> ThomasWaldmann: is the linksearch case-sensitive?
2006-06-10T11:02:41 <fpletz> I would suggest not ;)
2006-06-10T11:04:39 <fpletz> because there is a difference in the current implementations for moinSearch and xapian.. while the regular search _is_ case sensitive, xapian isn't (all lowercase)
2006-06-10T11:05:57 <ThomasWaldmann> hmm
2006-06-10T11:06:15 <ThomasWaldmann> i guess we have to post-process those results then
2006-06-10T11:06:33 <fpletz> well, I can make xapian case sensitive if that's an issue
2006-06-10T11:07:25 <ThomasWaldmann> doesnt that conflict with it's prefix stuff?
2006-06-10T11:07:26 <fpletz> the results are currently post-process by moinSearch.. so when i search for linkto:frontpage, I get tons of results from xapian but nothing will be shown as moinSearch filters those out
2006-06-10T11:07:56 <fpletz> no, specs say, that in this case we have to insert a : between prefix and the word
2006-06-10T11:08:36 <fpletz> http://svn.xapian.org/trunk/xapian-applications/omega/docs/termprefixes.txt?view=co
2006-06-10T11:08:53 <fpletz> 4. paragraph
2006-06-10T11:09:16 <ThomasWaldmann> ok, but how do you want to index stuff then?
2006-06-10T11:10:06 <fpletz> just like now but now lowercasing the links
2006-06-10T11:10:25 <fpletz> XLINKTOfrontpage -> XLINKTO:FrontPage
2006-06-10T11:10:25 <fpletz> s/now/not/
2006-06-10T11:11:16 <fpletz> well, if case is in fact an issue.. personally, I think it's not
2006-06-10T11:12:16 <ThomasWaldmann> hmm, do we have code so we can special treat the links when indexing?
2006-06-10T11:12:52 <ThomasWaldmann> ah forget that, we use links cache iirc
2006-06-10T11:13:01 <fpletz> as far as I can see this would be pretty easy..
2006-06-10T11:13:09 <fpletz> which links cache? ;)
2006-06-10T11:13:17 <ThomasWaldmann> pagelinks cache
2006-06-10T11:14:04 <fpletz> mmh, dunno.. the current code adds all pagenames returned by page.getPageLinks(request)
2006-06-10T11:14:32 <ThomasWaldmann> yes and this uses the pagelinks cache :)
2006-06-10T11:15:05 <ThomasWaldmann> then please do that case-sensitive, so we don't generate wrong results
2006-06-10T11:15:20 <fpletz> ok, will do
2006-06-10T11:29:18 <fpletz> mmh, everything seems to work now.. I surely forgot something ;)
2006-06-10T11:30:43 <ThomasWaldmann> oh, finally some commits :)
2006-06-10T11:31:54 <ThomasWaldmann> does anybody know how to add some sys.path.insert(0, packagedir) to distutils setup.py?
2006-06-10T11:32:08 <fpletz> yeah, did already some pushes yesterday ;)
2006-06-10T11:32:24 <ThomasWaldmann> packagedir should correspond to what the user set with --home or --prefix or whatever
2006-06-10T11:33:12 <ThomasWaldmann> i need that for "moin" script to find non-standard MoinMoin/ location
2006-06-10T11:33:45 <fpletz> mmh
2006-06-10T11:34:18 <xorAxAx> ThomasWaldmann: how are moin and setup.py related?
2006-06-10T11:34:46 <ThomasWaldmann> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/BinMoinCannotImport1.5.3
2006-06-10T11:35:35 <ThomasWaldmann> moin command works for std site-packages location, but not for custom install locations
2006-06-10T11:39:18 <xorAxAx> isnt "our" code generating the scripts?
2006-06-10T11:46:58 <ThomasWaldmann> sure
2006-06-10T11:47:18 <ThomasWaldmann> but i still need to know where it is going to be installed to
2006-06-10T11:52:39 <ThomasWaldmann> could be build_dir
2006-06-10T12:08:23 <ThomasWaldmann> no, it's a temp dir
2006-06-10T13:05:03 <ThomasWaldmann> xorAxAx: you could do a similar modification to the win32 stuff as my last changeset
2006-06-10T13:06:22 <xorAxAx> i dont see how i can fix it
2006-06-10T13:06:34 <xorAxAx> its still not doing what you wanted to do initially :)
2006-06-10T13:07:12 <xorAxAx> and the code that you currently generate is never valid (because python != python2.x) or would help (because site.py adds it already to sys.path)
2006-06-10T13:12:29 <ThomasWaldmann> it is just a sample and the comment tells it has to be fixed
2006-06-10T13:12:46 <ThomasWaldmann> you could do at least the same for win32
2006-06-10T13:18:03 <xorAxAx> it would look exactly the same and i cannot give a sensible sample path
2006-06-10T13:18:08 <xorAxAx> so i dont see the point
2006-06-10T13:19:25 <ThomasWaldmann> the point is giving users something easy to modify
2006-06-10T13:19:39 <ThomasWaldmann> they can find out the path, but they can't code in python
2006-06-10T13:20:09 <xorAxAx> thats the wrong approach IMHO
2006-06-10T13:20:26 <ThomasWaldmann> feel free to do it the same or better :)
2006-06-10T13:20:29 <xorAxAx> you have to do quite some tricks to use that moin.bat script
2006-06-10T13:20:42 <xorAxAx> (because python doesnt put the scripts directory into the PATH)
2006-06-10T13:21:10 <ThomasWaldmann> that's not our fault
2006-06-10T13:21:14 <xorAxAx> ThomasWaldmann: sure, i dont know how to fix this problem (its a) python and b) distutils)
2006-06-10T13:22:12 <ThomasWaldmann> what does %%$ and %%* mean?
2006-06-10T13:22:52 <xorAxAx> %% = quoted %
2006-06-10T13:22:57 <xorAxAx> %* = all parameters
2006-06-10T13:23:05 <xorAxAx> i dont know %$ ... reading docs ...
2006-06-10T13:23:38 <ThomasWaldmann> must be the same for 4dos
2006-06-10T13:25:52 <xorAxAx> not documented
2006-06-10T13:26:37 <ThomasWaldmann> i guess some set PYTHONPATH=... would do it for win32
2006-06-10T13:51:37 <ThomasWaldmann> fpletz: can't one just use : in general?
2006-06-10T13:52:35 <fpletz> ThomasWaldmann: sure, because moin is the only searcher
2006-06-10T13:54:37 <ThomasWaldmann> maybe that's easier than querying pattern[0] every time
2006-06-10T13:55:10 <fpletz> ok
2006-06-10T13:58:50 <ThomasWaldmann> moin richardb :)
2006-06-10T13:58:59 <richardb> helo
2006-06-10T13:59:52 <fpletz> hi richardb
2006-06-10T14:00:17 <richardb> Hi. Looks like you've been active. :)
2006-06-10T14:00:28 <fpletz> yup ;)
2006-06-10T14:06:04 <richardb> Woohoo - it works. ;-)
2006-06-10T14:06:36 <richardb> Haven't got time to hang around, but that's a good start fpletz.
2006-06-10T14:06:41 <richardb> Keep it up. ;-)
2006-06-10T14:07:09 <fpletz> yes, I'm going to implement the stemming
2006-06-10T14:07:35 <richardb> Which python bindings to snowball are you going to use?
2006-06-10T14:08:16 <fpletz> dunno yet, I'm currently working something else
2006-06-10T14:08:17 <richardb> I really should pick one of the bindings, and make an official version.
2006-06-10T14:12:21 <ThomasWaldmann> fpletz: maybe wait until xapian has utf-8 stemmers included
2006-06-10T14:13:08 <fpletz> ThomasWaldmann: when will that happen? with utf-8 capable qp?
2006-06-10T14:13:18 <richardb> utf-8 stemmers will be in 1.0
2006-06-10T14:13:25 <richardb> But when that will be is hard to say.
2006-06-10T14:13:30 <richardb> Probably within a year. ;-)
2006-06-10T14:13:32 <ThomasWaldmann> maybe before hurd final release :)
2006-06-10T14:13:55 <fpletz> lol, ok
2006-06-10T14:13:57 <ThomasWaldmann> fpletz: did you test your qp stuff
2006-06-10T14:14:05 <richardb> Olly doesn't want to break existing databases for a non major release: hence the delay.
2006-06-10T14:14:18 <richardb> (utf-8 qp will be at same time)
2006-06-10T14:14:27 <fpletz> yes, but we should probably include some tests
2006-06-10T14:17:21 <richardb> If you want to do stemming now, I recommend using PyStemmer, and just catch ImportError and fallback to no stemming.
2006-06-10T14:18:48 <richardb> Ah.
2006-06-10T14:19:04 <richardb> On second thoughts, not. it doesn't seem to compile with recent GCCs.
2006-06-10T14:19:19 <fpletz> oh..
2006-06-10T14:19:45 <richardb> I wonder if PySnowballStemmer works.
2006-06-10T14:20:48 <richardb> looks better.
2006-06-10T14:21:19 <richardb> Hmm, works, but no documentation.
2006-06-10T14:21:27 <richardb> I really need to sort this out.
2006-06-10T14:25:00 <richardb> Oh, this is a terrible wrapper.
2006-06-10T14:25:02 <richardb> *sigh*
2006-06-10T14:25:14 <ThomasWaldmann> fpletz: could we have utf-8 encoding in some Query object __init__?
2006-06-10T14:27:33 <fpletz> ThomasWaldmann: yeah, ok, I'll derive a new class from xapian.Query
2006-06-10T14:28:15 <ThomasWaldmann> with similar magic as the others have
2006-06-10T14:28:59 <ThomasWaldmann> and maybe have some __init__(self, ..., encoding=UNICODE_ENCODING)
2006-06-10T14:29:23 <richardb> Okay - I'm shocked at how bad one of the python wrappers for snowball is, and the other one looks okay but has bit-rotted and doesn't compile.
2006-06-10T14:29:42 <richardb> I'll have to fix this up in the near future, but there aren't any useful python bindings now.
2006-06-10T14:30:04 <richardb> (Though someone said something about Zope having some. Hmm)
2006-06-10T14:31:23 <richardb> fpletz: I may get this done this afternoon. If not, won't be done for a while.
2006-06-10T14:31:42 <ThomasWaldmann> coding C and Python at the same time might have some negative effect on the python code X)
2006-06-10T14:31:49 <richardb> Getting the infrastructure in place to tell the indexer what language to stem in is probably the hard bit, anyway.
2006-06-10T14:32:10 <richardb> I've been coding C/Python/Javascript pretty much simultaneously for the last two years...
2006-06-10T14:32:20 <fpletz> richardb: ok
2006-06-10T14:32:21 <richardb> It mainly has a negative effect on your sanity.
2006-06-10T14:32:31 <richardb> Particularly the javascript.. ;-)
2006-06-10T14:32:31 <ThomasWaldmann> lol
2006-06-10T14:34:02 <fpletz> lol, did you use a library for js? it's not that bad if you use mochikit, looks more phythonic then ;)
2006-06-10T14:34:14 * ThomasWaldmann makes some index for xapian.wikiwikiweb.de
2006-06-10T14:36:52 <ThomasWaldmann> fpletz: we should have the possibility of a common farm index_dir
2006-06-10T14:37:25 <ThomasWaldmann> each wiki's index having its cfg.siteid in the filename
2006-06-10T14:37:42 <ThomasWaldmann> per default, each wiki uses its own index only
2006-06-10T14:38:19 <ThomasWaldmann> but optionally, it should have other wiki's names in the index list
2006-06-10T14:38:53 <ThomasWaldmann> (similar to how user_dir is handled)
2006-06-10T14:39:06 <richardb> Note that xapian is happy to search across several indexes simultaneously.
2006-06-10T14:39:12 <fpletz> right, putting that on my TODO list
2006-06-10T14:39:15 <richardb> (See Database.addDatabase())
2006-06-10T14:39:23 <fpletz> oh, interesting
2006-06-10T14:39:30 <richardb> Scales happily up to at least 20 databases.
2006-06-10T14:39:46 <richardb> Or more, depending on load.
2006-06-10T14:40:13 <ThomasWaldmann> fpletz: and in the index, we should have the siteid, so that we can do interwiki links in search results
2006-06-10T14:40:31 <ThomasWaldmann> (this should be checked if it works, then)
2006-06-10T14:40:57 <fpletz> ah, ok
2006-06-10T14:41:09 <ThomasWaldmann> s/siteid/interwikiname/ maybe better
2006-06-10T14:43:04 <ThomasWaldmann> i guess i trash that _ url stuff now
2006-06-10T14:46:42 <Kepplar> hey
2006-06-10T14:46:45 <Kepplar> python question
2006-06-10T14:47:07 <Kepplar> how do i find the type of a object?
2006-06-10T14:47:34 <fpletz> type(obj)? ;)
2006-06-10T14:47:40 <Kepplar> ok, returns?
2006-06-10T14:47:54 <richardb> A type object.
2006-06-10T14:48:17 <Kepplar> er hassle
2006-06-10T14:48:22 <Kepplar> i need it as a string really
2006-06-10T14:48:40 <richardb> Are you trying to test if something is an instance of a particular class?
2006-06-10T14:48:48 <richardb> If so, use "isinstance"
2006-06-10T14:50:29 <richardb> There isn't necessarily a unique string describing a type.
2006-06-10T14:50:58 <richardb> Might be worth reading the documentation on the types module:
2006-06-10T14:51:01 <richardb> http://docs.python.org/lib/module-types.html
2006-06-10T14:51:20 <ThomasWaldmann> Kepplar: often you want to use instanceof()
2006-06-10T14:51:35 <ThomasWaldmann> ehrm, isinstance
2006-06-10T14:52:10 <Kepplar> yep
2006-06-10T14:52:27 <Kepplar> im just giving the flatfile storage engine the ability to work out where to put something based on the type of the item revision
2006-06-10T14:52:31 <Kepplar> its a hack
2006-06-10T14:52:49 <richardb> Definitely sounds like a place to use "isinstance"
2006-06-10T14:52:57 <Kepplar> but this logic cannot be stored in the abstact layer as some systems will store them in the same kind of place
2006-06-10T14:53:07 <Kepplar> the flatfile system is just legacy
2006-06-10T14:53:14 <Kepplar> yep, thanks for that
2006-06-10T14:55:03 <ThomasWaldmann> what does the item type have to do with "where to put something"?
2006-06-10T14:56:10 <ThomasWaldmann> you mean attachments vs. wiki pages for the old stuff?
2006-06-10T14:56:20 <Kepplar> user
2006-06-10T14:56:21 <Kepplar> page
2006-06-10T14:56:21 <Kepplar> etc
2006-06-10T14:56:56 <Kepplar> data/pages /data/user
2006-06-10T14:57:11 <ThomasWaldmann> xapian.wikiwikiweb.de now has an index and xapian_search = 1
2006-06-10T14:57:33 <fpletz> great
2006-06-10T14:57:55 <ThomasWaldmann> will add some documents...
2006-06-10T14:58:46 <Kepplar> Schumacher on the second row of the grid ^_^
2006-06-10T14:58:52 * Kepplar is a McClaren fan
2006-06-10T15:05:52 <ThomasWaldmann> http://xapian.wikiwikiweb.de/TestWiki - with doc/xls/pdf/sxw stuff
2006-06-10T15:15:45 <fpletz> mmh, some there are some problems.. I'll look into it
2006-06-10T15:15:53 <fpletz> seems
2006-06-10T15:19:30 <ThomasWaldmann> pdf doesnt find the plugin
2006-06-10T15:20:00 <ThomasWaldmann> it uses application_octet_stream although there is application_pdf
2006-06-10T15:21:01 <ThomasWaldmann> same for msword
2006-06-10T15:24:11 <Kepplar> does wiki utils have a item revision number generator?
2006-06-10T15:24:19 <Kepplar> as i cant hold it as an int because of the leading 0's
2006-06-10T15:24:25 <Kepplar> nor can i incriment it as a string?
2006-06-10T15:24:50 <ThomasWaldmann> fpletz: there's a break missing X)
2006-06-10T15:25:03 <fpletz> ThomasWaldmann: in my code? ;)
2006-06-10T15:25:16 <ThomasWaldmann> no, in mine :)
2006-06-10T15:25:29 <fpletz> ;)
2006-06-10T15:25:29 <ThomasWaldmann> but you may fix it :)
2006-06-10T15:25:41 <ThomasWaldmann> for modulename in mt.module_name():
2006-06-10T15:25:41 <ThomasWaldmann> try:
2006-06-10T15:25:41 <ThomasWaldmann> execute = wikiutil.importPlugin(request.cfg, 'filter', modulename)
2006-06-10T15:25:54 <ThomasWaldmann> ---> break
2006-06-10T15:26:04 <ThomasWaldmann> in Xapian.py
2006-06-10T15:27:32 <fpletz> ok
2006-06-10T15:29:13 <Kepplar> oh god
2006-06-10T15:29:22 <Kepplar> im forgotten my ssh key passphrase
2006-06-10T15:29:25 <Kepplar> ive
2006-06-10T15:29:48 <ThomasWaldmann> you should commit more often :)
2006-06-10T15:30:10 <fpletz> just pushed it to the repo ;)
2006-06-10T15:30:47 <Kepplar> i reset my box earlier
2006-06-10T15:30:53 <Kepplar> it caches the passphrase
2006-06-10T15:31:11 <Kepplar> tbh i forgot there was even one
2006-06-10T15:31:13 <Kepplar> i never use keys
2006-06-10T15:36:52 <ThomasWaldmann> submit a new key
2006-06-10T15:37:34 <ThomasWaldmann> fpletz: works :)
2006-06-10T15:37:57 <fpletz> ThomasWaldmann: yep, great ;)
2006-06-10T15:38:37 <ThomasWaldmann> I'll do some umlaut tests
2006-06-10T15:39:41 <fpletz> japanese characters worked on my box
2006-06-10T15:46:37 <fpletz> ThomasWaldmann: seems you built an index with --mode=add on an existing db
2006-06-10T15:46:42 <fpletz> if not, it's a bug ;)
2006-06-10T15:49:04 <fpletz> yep, I guess you did
2006-06-10T15:50:11 <ThomasWaldmann> oops
2006-06-10T15:51:00 * ThomasWaldmann recreates index
2006-06-10T15:53:28 <ThomasWaldmann> ok, better now
2006-06-10T16:02:50 <Kepplar> yea, will do
2006-06-10T16:03:01 <Kepplar> 1 more week till i move to cambridge :)
2006-06-10T16:05:39 <fpletz> what's in cambridge? :p
2006-06-10T16:05:52 <Kepplar> home :)
2006-06-10T16:06:16 <fpletz> oh.. I see ;)
2006-06-10T16:06:32 <Kepplar> one more week left here with my industrial placement you see
2006-06-10T16:06:56 <Kepplar> and its a free week so I can work on moin (already done most of the handovers \o/)
2006-06-10T16:07:07 <fpletz> ah, ok
2006-06-10T16:07:41 <fpletz> mmh, only 28 new summer-accepted mails.. is everyone still sleeping? ;)
2006-06-10T16:08:17 <Kepplar> heh, not been checking for a while
2006-06-10T16:08:23 <Kepplar> been working on code =)
2006-06-10T16:09:38 <mvirkkil> For future reference: http://siretart.tauware.de/dapper-mercurial/
2006-06-10T16:09:53 <mvirkkil> siretart built a package for dapper
2006-06-10T16:12:17 <xorAxAx> its really a shame that its not in the hotfixes suite yet
2006-06-10T16:17:17 <mvirkkil> hotfixes suite?
2006-06-10T16:23:32 <xorAxAx> dapper-updates
2006-06-10T16:30:49 <mvirkkil> xorAxAx: I'm just creating a bug re that on behalf of siretart
2006-06-10T16:32:15 <mvirkkil> xorAxAx: So it will probably be available through there too.
2006-06-10T16:40:34 <ThomasWaldmann> fpletz: I would like to merge xapian stuff into 1.6-main, ok?
2006-06-10T16:41:17 <fpletz> ThomasWaldmann: ok, go ahead
2006-06-10T16:41:44 <ThomasWaldmann> (and after that, remove _ magic)
2006-06-10T16:42:08 <xorAxAx> ThomasWaldmann: should i merge my changes as well?
2006-06-10T16:42:46 <ThomasWaldmann> no need to hurry.
2006-06-10T16:42:57 <ThomasWaldmann> i just want to get rid of lupy stuff :)
2006-06-10T16:43:09 <xorAxAx> and i want to have the conflict changes tested :)
2006-06-10T16:43:14 <ThomasWaldmann> and the _ i want to change is also in xapian code
2006-06-10T16:43:39 <ThomasWaldmann> not too much at once
2006-06-10T16:45:16 <xorAxAx> ugh, i already get ugly conflicts
2006-06-10T16:45:32 <xorAxAx> conflict changes are unrelated to xapian things
2006-06-10T16:46:11 <xorAxAx> pushing
2006-06-10T16:49:27 * ThomasWaldmann slaps xorAxAx
2006-06-10T16:49:50 <fpletz> lol
2006-06-10T16:50:11 * xorAxAx slaps ThomasWaldmann :-p
2006-06-10T16:50:41 <xorAxAx> they hadnt been merged for weeks
2006-06-10T16:51:00 <mvirkkil> The dapper package of hg DOESN'T WORK.
2006-06-10T16:51:09 <mvirkkil> so don't go installing it.
2006-06-10T16:51:31 <xorAxAx> you mean that weird backport?
2006-06-10T16:51:44 <mvirkkil> xorAxAx: yeah, that one.
2006-06-10T16:51:55 <mvirkkil> hmm.. should of been clearer.
2006-06-10T16:52:02 <xorAxAx> ok
2006-06-10T16:52:52 <mvirkkil> hould have, even..
2006-06-10T16:53:20 <xorAxAx> shehehehe
2006-06-10T17:22:58 <ThomasWaldmann> <a class="interwiki" href="http://moinmoin.wikiwikiweb.de/Übler%20Dübel"
2006-06-10T17:24:53 <ThomasWaldmann> (the %20 came from wiki markup, too)
2006-06-10T17:27:04 <ThomasWaldmann> hmm, looks like we have no interwiki markup with blanks in target pagename possible
2006-06-10T17:45:46 <mvirkkil> I've been thinkin about implementing a formatter which would generate a docbook, collect all images, create a zip and serve that. Thoughts?
2006-06-10T17:54:10 <xorAxAx> i would make it an action
2006-06-10T18:06:31 <mvirkkil> Ahh... good point :)
2006-06-10T20:00:07 <ThomasWaldmann> re
2006-06-10T21:23:05 <starshine> um I thought a formatter would be for the browser to present, a "packaged" but presentable page would be a pdf, no?
2006-06-10T22:13:16 <ThomasWaldmann> q_string = ur"((?P<quote>['\"])[^(?P=quote)]*(?P=quote))"
2006-06-10T22:13:24 <ThomasWaldmann> isn't that correct?
2006-06-10T22:13:50 <ThomasWaldmann> for match "some quoted string" or 'some other quoted string'
2006-06-10T22:27:51 <ThomasWaldmann> solved in another way
2006-06-10T23:10:52 <mvirkkil> Ok, so I have my basic formatter that works just great, with the exception that since it's meant to convert single pages, it generates articles.
2006-06-10T23:11:45 <mvirkkil> And I'd need to be able to create books too. This is no problem, but I can't figure out how to switch between the two.
2006-06-10T23:12:16 <mvirkkil> I've been thinkin about creating another formatter, by subclassing the first, but I'm not sure if that's possible.
2006-06-10T23:12:26 <mvirkkil> Since all formatters are called Formatter.
2006-06-10T23:13:07 <mvirkkil> Another idea is to make it a processing instruction, and add that to Page.py
2006-06-10T23:13:35 <mvirkkil> But then we'd have an artifical limitation that a page can only be formatted either as a book or an article.
2006-06-10T23:14:17 <mvirkkil> The only solution I've found is to create DocBookFormatter class, and then subclass that for both formatters, but then I wouldn
2006-06-10T23:14:34 <mvirkkil> wouldn't be sure where to put that DocBookFormatter class.
2006-06-10T23:14:47 <mvirkkil> Any ideas, hints or solutions?
MoinMoin: MoinMoinChat/Logs/moin-dev/2006-06-10 (last edited 2007-10-29 19:10:12 by localhost)
