*** elro has quit IRC | 00:02 | |
*** junkafarian_ has joined #zope3-dev | 00:04 | |
*** ignas has joined #zope3-dev | 00:08 | |
*** fairwinds has joined #zope3-dev | 00:23 | |
*** sunew has joined #zope3-dev | 00:28 | |
*** sunew_ has joined #zope3-dev | 00:29 | |
*** sunew_ has quit IRC | 00:29 | |
*** sunew has quit IRC | 00:30 | |
*** sunew has joined #zope3-dev | 00:30 | |
*** sunew has quit IRC | 00:30 | |
*** MrTopf has joined #zope3-dev | 00:35 | |
*** greenman has joined #zope3-dev | 00:40 | |
*** regebro has quit IRC | 00:45 | |
*** danielblackburn has quit IRC | 00:52 | |
*** tdoggette has quit IRC | 00:56 | |
*** fairwinds has left #zope3-dev | 01:06 | |
*** MrTopf has quit IRC | 01:12 | |
*** fairwinds has joined #zope3-dev | 01:13 | |
*** sunew has joined #zope3-dev | 01:30 | |
*** rmarianski has joined #zope3-dev | 01:33 | |
*** sunew has quit IRC | 01:45 | |
*** timte has quit IRC | 01:46 | |
*** wolfe has quit IRC | 01:46 | |
*** flox has quit IRC | 01:47 | |
*** natea_ has joined #zope3-dev | 01:52 | |
*** quodt has quit IRC | 02:00 | |
*** yota has quit IRC | 02:05 | |
*** salfield has joined #zope3-dev | 02:09 | |
*** aaronv has quit IRC | 02:14 | |
*** ignas has quit IRC | 02:17 | |
mcdonc | malthe: this little script causes a UnicodeDecodeError... I'm trying to figure out why.. . http://cluegun.repoze.org/1 | 02:29 |
---|---|---|
*** gstratton has joined #zope3-dev | 02:30 | |
mcdonc | (the © in there is the numeric equivalent of ©) | 02:30 |
mcdonc | (oh and btw, that site is rendered with z3c.pt ;-) ) | 02:30 |
*** jodok has joined #zope3-dev | 02:48 | |
*** b52laptop has quit IRC | 02:52 | |
*** projekt01 has joined #zope3-dev | 03:00 | |
ARiKA | anyone here? | 03:10 |
*** jodok has quit IRC | 03:21 | |
ARiKA | on a BrowserPage | 03:26 |
ARiKA | self.context is somewhat the object the view is made for | 03:26 |
ARiKA | isn't it? | 03:26 |
*** wolfe has joined #zope3-dev | 03:34 | |
gstratton | ARiKA: Should be, yes | 03:39 |
ARiKA | ahh | 03:39 |
ARiKA | but context is always defined, isn't it? | 03:39 |
gstratton | yup | 03:40 |
ARiKA | Ah yeah | 03:40 |
ARiKA | IBrowserView... :)) | 03:40 |
ARiKA | gstratton: if I want to make my blog to support teh <year>/<month>/<day>/<title> url thing | 03:42 |
ARiKA | the blog has to have a view that works with traversal | 03:42 |
ARiKA | but how? | 03:42 |
ARiKA | don't find information about traversal... | 03:42 |
gstratton | http://mg.pov.lt/blog/zope3-custom-traversal.html | 03:45 |
gstratton | Does that help, ARiKA ? | 03:46 |
ARiKA | let me read | 03:46 |
gstratton | Grok makes this much easier | 03:47 |
ARiKA | proooooooooooobably | 03:47 |
ARiKA | yeah | 03:47 |
ARiKA | it would serve | 03:47 |
ARiKA | at least it helps | 03:47 |
ARiKA | I was looking at that IBrowserView apidoc | 03:47 |
ARiKA | but doesn't explain too much :) | 03:47 |
ARiKA | do that blog talks about zope 3? | 03:48 |
ARiKA | got a problem | 03:51 |
ARiKA | publishTraverse | 03:51 |
ARiKA | gets the next yeah | 03:51 |
ARiKA | but I have 3 traversal things in the url :) | 03:51 |
ARiKA | and also the title | 03:52 |
ARiKA | has to be with request, suppose... | 03:52 |
gstratton | So each call to publishTraverse returns a new object | 03:52 |
gstratton | An instance of Month, for example | 03:52 |
mcdonc | malthe: i've checked in a provisional fix that i'd like your blessing on in http://svn.zope.org/z3c.pt/branches/chrism-gen-unicode-fix/ | 03:52 |
gstratton | And then you register a new traverser for month to give you a Day, etc | 03:53 |
mcdonc | malthe: i may have misunderstood, but I *think* this is the right fix (always passing the compiler a string rather than unicode) | 03:53 |
ARiKA | but IBrowserRequest | 03:53 |
ARiKA | # getTraversalStack() | 03:53 |
ARiKA | Return the request traversal stack | 03:53 |
ARiKA | This is a sequence of steps to traverse in reverse order. They will be traversed from last to first. | 03:53 |
ARiKA | so I can simply get the traversal in the __call__() | 03:54 |
ARiKA | but no | 03:54 |
ARiKA | would call to publishTraverse | 03:54 |
ARiKA | because we're not the last in the traverse | 03:54 |
ARiKA | but can make every post contained | 03:55 |
ARiKA | return itself on the publishTraverse | 03:55 |
ARiKA | so would jump anyway to itself | 03:55 |
ARiKA | in the traversal | 03:55 |
ARiKA | would that work? | 03:55 |
ARiKA | lol | 03:55 |
ARiKA | This is a sequence of steps to traverse in reverse order. They will be traversed from last to first. | 03:57 |
ARiKA | anyway | 03:57 |
ARiKA | because it's reverse | 03:57 |
ARiKA | just poping the name one time | 03:57 |
ARiKA | and well | 03:57 |
ARiKA | __getitem__ that | 03:57 |
ARiKA | would work | 03:57 |
ARiKA | interesting... | 03:57 |
ARiKA | tomorrow I'll do it ^^ | 03:57 |
*** tarek has joined #zope3-dev | 04:04 | |
*** greenman_ has joined #zope3-dev | 04:10 | |
*** greenman has quit IRC | 04:21 | |
*** tarek has quit IRC | 04:41 | |
*** rmarianski has quit IRC | 04:49 | |
mcdonc | malthe: nope, that's not enough either | 04:59 |
mcdonc | i'm stumped | 04:59 |
mcdonc | i fucking hate unicode | 04:59 |
*** projekt01 has quit IRC | 05:24 | |
*** stub has joined #zope3-dev | 05:44 | |
*** J1m has joined #zope3-dev | 06:30 | |
*** J1m has quit IRC | 06:42 | |
*** greenman_ has quit IRC | 07:01 | |
*** redir has joined #zope3-dev | 07:14 | |
*** redir has quit IRC | 07:15 | |
*** binseer has joined #zope3-dev | 07:15 | |
*** fairwinds has quit IRC | 07:33 | |
*** jayaraj has joined #zope3-dev | 07:36 | |
*** dbfrombrc has quit IRC | 07:58 | |
*** vimes656 has joined #zope3-dev | 07:58 | |
*** quodt has joined #zope3-dev | 08:05 | |
*** jukart has joined #zope3-dev | 08:16 | |
*** quodt has quit IRC | 08:32 | |
*** zagy has quit IRC | 08:42 | |
*** __mac__ has joined #zope3-dev | 09:01 | |
*** quodt has joined #zope3-dev | 09:04 | |
*** afd_ has joined #zope3-dev | 09:08 | |
*** zagy has joined #zope3-dev | 09:10 | |
*** flox has joined #zope3-dev | 09:26 | |
*** dobee has joined #zope3-dev | 09:27 | |
*** romanofski has joined #zope3-dev | 09:29 | |
romanofski | moin :) | 09:29 |
*** dobee has quit IRC | 09:33 | |
*** andres has quit IRC | 09:44 | |
*** theuni1 has joined #zope3-dev | 09:47 | |
*** theuni has quit IRC | 09:47 | |
*** theuni1 is now known as theuni | 09:47 | |
*** jpcw2002 has joined #zope3-dev | 09:53 | |
*** theuni has left #zope3-dev | 09:57 | |
*** theuni has joined #zope3-dev | 09:57 | |
*** greenman has joined #zope3-dev | 10:24 | |
*** jhauser has joined #zope3-dev | 10:31 | |
malthe | mcdonc: remember that XML is never unicode | 10:51 |
malthe | but I'd have to take a closer look to understand the issue and what the remedy could be; it's expensive to convert values while rendering so we'll have to be careful and pay a close watch to the output of bin/benchmark. | 10:53 |
*** malthe has quit IRC | 10:56 | |
*** timte has joined #zope3-dev | 10:59 | |
*** MJ has joined #zope3-dev | 11:00 | |
*** stub1 has joined #zope3-dev | 11:08 | |
*** stub has quit IRC | 11:08 | |
*** stub1 is now known as stub | 11:08 | |
*** gstratton has quit IRC | 11:15 | |
*** junkafarian_ has quit IRC | 11:15 | |
*** elro has joined #zope3-dev | 11:16 | |
*** alecghica has joined #zope3-dev | 11:18 | |
*** goschtl has joined #zope3-dev | 11:21 | |
*** yotaff has joined #zope3-dev | 11:22 | |
*** elro has quit IRC | 11:29 | |
*** thruflo has joined #zope3-dev | 11:37 | |
*** gstratton has joined #zope3-dev | 11:50 | |
*** malthe has joined #zope3-dev | 11:55 | |
goschtl | malthe: hi i try to use z3c.dobbin in an grok.environment. I run into an error if i try to create(IAlbum) http://paste.lisp.org/display/63995 | 12:00 |
wolfe | I'm still debating with myself, should a developer new to zope be using 3 or 2? :/ | 12:03 |
wolfe | I'm used to running -HEAD of most frameworks | 12:04 |
wolfe | err, s/-HEAD/trunk/ | 12:04 |
*** markusleist has joined #zope3-dev | 12:05 | |
* malthe looks | 12:09 | |
malthe | goschtl: <include package="z3c.dobbin" /> | 12:10 |
malthe | goschtl: I'm in the last stages of upgrading dobbin to SQLAlchemy 0.5 btw | 12:10 |
goschtl | malthe: i thoutght z3c.autoinclude does the job for me in this case. But i will try to add it manually. thanks so far. | 12:12 |
malthe | goschtl: I think I need to put some special file in there for autoinclude to pick it up | 12:15 |
malthe | have never tried it :-( | 12:15 |
*** regebro has joined #zope3-dev | 12:15 | |
goschtl | malthe: is there a reason why uuid is not in setup.py´s install_requires? | 12:16 |
malthe | goschtl: we use python 2.5 | 12:19 |
malthe | comes with batteries included :-) | 12:19 |
malthe | you should too! | 12:19 |
goschtl | malthe: i think 2.5 is not the recommended version for grok. Btw. the zcml slug does not slove the problem :( | 12:20 |
malthe | goschtl: really? wth | 12:22 |
malthe | goschtl: it's probably the case that adaptation "succeeds" but the adapter code fails | 12:23 |
malthe | in which case you still get a component lookup error *sigh* | 12:23 |
malthe | on 2.5 and grok: there's absolutely no issues running Zope 3 on Python 2.5 | 12:23 |
malthe | it's pure benefit | 12:23 |
VladDrac | grok, python2.5, .., profit! | 12:24 |
goschtl | ok i try it in a 2.5 environment. | 12:24 |
malthe | hehe | 12:24 |
malthe | goschtl: but not system python (if you're on a Mac) | 12:24 |
wolfe | oh, so 2.5 does work with zoep 3? | 12:24 |
wolfe | I thought there was a reason they keep recommending 2.4 | 12:25 |
malthe | wolfe: for the last year at least, yes. | 12:25 |
wolfe | oh okay | 12:25 |
*** sunew has joined #zope3-dev | 12:25 | |
*** mintsauce has joined #zope3-dev | 12:29 | |
wolfe | is there a default app I can use or specify when doing the VH thing on Zope3? it seemed straight forward in Zope2... | 12:36 |
wolfe | hrm | 12:47 |
*** baijum has joined #zope3-dev | 12:53 | |
*** mkerrin has joined #zope3-dev | 12:57 | |
malthe | wolfe: :-) | 12:59 |
malthe | check grok; they do it | 12:59 |
mintsauce | anyone used poEdit much? | 13:01 |
wolfe | malthe: its kind of annoying | 13:03 |
wolfe | complete lack of documentation on the zope site | 13:03 |
wolfe | nginx + zope 3 + proxy_pass | 13:03 |
wolfe | +ssl | 13:04 |
malthe | I've only used Zope 3 with a global site | 13:04 |
wolfe | well, I suppose it could be a bug with the rc :) | 13:08 |
wolfe | I'm using 3.4.0c1 | 13:08 |
wolfe | doesn't seem to rewrite refs to https | 13:08 |
malthe | ok | 13:14 |
wolfe | I know its not me, zope2/phone works fine with the equiv rule for what needs to be defined with zope 2 | 13:20 |
malthe | wolfe: what's your symptom again? | 13:26 |
*** pyqwer has joined #zope3-dev | 13:26 | |
*** alga has joined #zope3-dev | 13:28 | |
*** menesis has joined #zope3-dev | 13:41 | |
*** gstratton has quit IRC | 13:53 | |
*** aaronv has joined #zope3-dev | 13:57 | |
*** pyqwer has quit IRC | 13:57 | |
*** andres has joined #zope3-dev | 14:08 | |
*** benji has quit IRC | 14:19 | |
*** ignas has joined #zope3-dev | 14:21 | |
*** fairwinds has joined #zope3-dev | 14:25 | |
*** fairwinds has quit IRC | 14:29 | |
*** fairwinds has joined #zope3-dev | 14:30 | |
*** aaronv has quit IRC | 14:30 | |
*** J1m has joined #zope3-dev | 14:33 | |
*** MrTopf has joined #zope3-dev | 14:35 | |
*** projekt01 has joined #zope3-dev | 14:38 | |
*** MrTopf has quit IRC | 14:42 | |
*** MrTopf has joined #zope3-dev | 14:42 | |
*** stub has quit IRC | 14:43 | |
*** menesis has quit IRC | 14:48 | |
*** benji has joined #zope3-dev | 14:55 | |
*** tarek has joined #zope3-dev | 15:06 | |
*** andres has quit IRC | 15:06 | |
*** tarek has quit IRC | 15:07 | |
*** harobed has joined #zope3-dev | 15:10 | |
*** dunny has quit IRC | 15:12 | |
goschtl | malthe: sorry for asking agin. This is a snippet of my code. http://paste.lisp.org/display/64001. The create(ICD) command gives me this error: http://paste.lisp.org/display/64002. <include package="z3c.dobbin"/> is in site.zcml. Any ideas? | 15:17 |
*** danielblackburn has joined #zope3-dev | 15:17 | |
* malthe looks | 15:18 | |
malthe | goschtl: I suspect that you haven't set up a IEngineFactory as per the instructions in z3c.saconfig | 15:18 |
malthe | (as yet unreleased) | 15:18 |
malthe | you need to use zope.sqlalchemy, and z3c.saconfig can help you | 15:19 |
malthe | ah you are | 15:19 |
goschtl | i use the trunk of z3c.saconfig | 15:19 |
malthe | but is it working? | 15:19 |
* VladDrac 's happy his grok app is playing nicely with collective.lead and will stick with that for now | 15:19 | |
malthe | VladDrac: :-) | 15:19 |
malthe | goschtl: perhaps try and set a breakpoint in z3c.dobbin.mapper:getMapper to see if it actually arrives there | 15:20 |
malthe | (it should) | 15:20 |
*** mgedmin has joined #zope3-dev | 15:20 | |
goschtl | ok | 15:20 |
malthe | and then see if there's some exception raised along the way | 15:20 |
*** jodok has joined #zope3-dev | 15:31 | |
*** baijum has quit IRC | 15:35 | |
goschtl | malthe: first error: i have a named utility for IEngineFactory, but saconfig searches without a name. Ok now my engine doesn´t have the attribute metadata. http://paste.lisp.org/display/64003 Any idea for this? | 15:43 |
*** whit has joined #zope3-dev | 15:43 | |
malthe | goschtl: yes hang on | 15:43 |
malthe | <subscriber | 15:43 |
malthe | for="ore.wsgiapp.interfaces.IWSGIApplicationCreatedEvent" | 15:43 |
malthe | handler="z3c.dobbin.bootstrap.bootstrapDatabaseEngine" | 15:43 |
malthe | /> | 15:43 |
malthe | 15:43 | |
malthe | this assumes you're using ore.wsgiapp, but a similar event can be listened to in another WSGI framework | 15:44 |
* malthe really should start using Pythonic function names | 15:44 | |
*** b52laptop has joined #zope3-dev | 15:45 | |
*** andres has joined #zope3-dev | 15:46 | |
*** jayaraj has quit IRC | 15:46 | |
goschtl | malthe: i ve bind the bootstrapDatabaseEngine to the zope.app.appsetup.IProcessStartingEvent this seems to work. thanks so far. maybe i can now store in the rdb. | 15:53 |
malthe | cool | 15:53 |
*** regebro has left #zope3-dev | 15:57 | |
*** regebro has joined #zope3-dev | 15:57 | |
*** aaronv has joined #zope3-dev | 15:59 | |
*** lurkymclurkleton has joined #zope3-dev | 16:01 | |
*** jamur2 has joined #zope3-dev | 16:02 | |
*** danielblackburn has left #zope3-dev | 16:09 | |
*** whit has quit IRC | 16:18 | |
*** lurkymclurkleton has quit IRC | 16:19 | |
*** lurkymclurkleton has joined #zope3-dev | 16:19 | |
*** J1m has joined #zope3-dev | 16:39 | |
*** danielblackburn has joined #zope3-dev | 16:40 | |
malthe | mcdonc: ^^^ -re- z3c.pt unicode woes | 16:45 |
*** povbot has joined #zope3-dev | 17:01 | |
*** malthe has quit IRC | 17:07 | |
*** binseer has quit IRC | 17:07 | |
*** whit has joined #zope3-dev | 17:08 | |
*** redir has joined #zope3-dev | 17:09 | |
*** MJ has quit IRC | 17:09 | |
*** jodok_ has joined #zope3-dev | 17:10 | |
*** whit has quit IRC | 17:10 | |
*** jodok__ has joined #zope3-dev | 17:11 | |
*** rocky has quit IRC | 17:13 | |
*** rocky has joined #zope3-dev | 17:21 | |
*** jodok has quit IRC | 17:28 | |
*** jodok_ has quit IRC | 17:29 | |
*** srichter has quit IRC | 17:34 | |
*** mintsauce has quit IRC | 17:34 | |
*** srichter has joined #zope3-dev | 17:34 | |
*** vimes656 has quit IRC | 17:37 | |
*** fcorrea has joined #zope3-dev | 17:49 | |
*** tarek has joined #zope3-dev | 17:54 | |
*** salfield has quit IRC | 17:56 | |
*** tarek has quit IRC | 17:57 | |
*** malthe has joined #zope3-dev | 17:59 | |
*** tarek_ has joined #zope3-dev | 18:01 | |
*** strichter has joined #zope3-dev | 18:03 | |
*** srichter has quit IRC | 18:04 | |
*** whit has joined #zope3-dev | 18:05 | |
*** vimes656 has joined #zope3-dev | 18:06 | |
*** vimes656_ has joined #zope3-dev | 18:09 | |
*** vimes656 has quit IRC | 18:09 | |
*** tarek_ has quit IRC | 18:14 | |
*** rmarianski has joined #zope3-dev | 18:24 | |
*** salfield has joined #zope3-dev | 18:29 | |
*** goschtl has quit IRC | 18:30 | |
wolfe | malthe: eh, virthosting isn't rewriting URLS from http to HTTPS | 18:32 |
*** sp0cksbeard has joined #zope3-dev | 18:33 | |
malthe | ah | 18:33 |
wolfe | well, actually I did get that part to work, but when it references @@/zope-blah.js it doens't go anywhere | 18:33 |
mgedmin | aaah, vhosting | 18:33 |
wolfe | I'l take a look at logs and collect info in to a info bundle | 18:34 |
*** alga has quit IRC | 18:34 | |
wolfe | that way I can make a small posting to the ML | 18:34 |
*** tarek has joined #zope3-dev | 18:34 | |
wolfe | perhaps there is an extra rewrite rule required for /@@/ part of the URL | 18:34 |
malthe | that would be strange | 18:34 |
mgedmin | it might be needed | 18:35 |
mgedmin | depends on what your rewrite rules look like | 18:35 |
wolfe | its simple... | 18:35 |
wolfe | rewrite ^/(.*)$ /VirtualHostBase/http/secure.wolfeon.com:80/plone/VirtualHostRoot/$1 last; | 18:35 |
wolfe | except that one is for zope2, I just rewrite the 2nd part for zope 3 | 18:35 |
malthe | well that's going to be 'http' | 18:36 |
mgedmin | that's not zope 3 | 18:36 |
wolfe | my zope3 one is... | 18:37 |
wolfe | oh | 18:38 |
wolfe | in fact rewriting doesn't work right for zope 3 | 18:38 |
wolfe | I've to add it on to proxy_pass, which is odd | 18:38 |
wolfe | proxy_pass http://127.0.0.1:8081/++vh++https:secure.wolfeon.com:443/++; | 18:38 |
wolfe | <style type="text/css" media="all">@import url(http://secure.wolfeon.com/@@/zope3_tablelayout.css);</style> | 18:38 |
wolfe | it doesn't rewrite the css | 18:38 |
wolfe | nor the JS paths | 18:38 |
wolfe | src="http://secure.wolfeon.com/@@/xmltree.js"> | 18:38 |
malthe | wolfe: what are you using for css and js? | 18:39 |
wolfe | malthe: what do you mean? | 18:39 |
wolfe | oh, and if I visit those paths directly, I get "A system error has occured" | 18:39 |
*** philiKON has quit IRC | 18:39 | |
*** philiKON has joined #zope3-dev | 18:40 | |
*** reco has joined #zope3-dev | 18:40 | |
wolfe | I just take it all away and leave it as a proxy_pass http://localhost:8081/ | 18:41 |
wolfe | works fine, within exception of the URL rewriting is not working | 18:41 |
malthe | wolfe: how do you generate the css and js urls? | 18:41 |
afd_ | why not redirect to https? | 18:41 |
wolfe | but at least I can visit https://secure.wolfeon.com/@@/zope3_tablelayout.css and stuff and they work | 18:41 |
afd_ | nevermind... | 18:42 |
wolfe | the URLs are still not being rewritten, not sure why | 18:42 |
*** andres has quit IRC | 18:44 | |
wolfe | oh wait | 18:47 |
wolfe | I think I got it | 18:47 |
wolfe | I'm going to put this on the zope site so others dont' get frustrated | 18:47 |
wolfe | tada | 18:47 |
wolfe | I'm sorry, grok is very wrong | 18:48 |
wolfe | http://grok.zope.org/documentation/how-to/grok-virtual-hosting-and-nginx | 18:48 |
wolfe | I've never seen a set up that way for zope, I'm surprised that works. | 18:49 |
afd_ | wolfe: http://play.pixelblaster.ro/blog/archive/2008/07/11/hosting-plone-and-zope-3-applications-using-nginx | 18:49 |
afd_ | the problem I found with that article was that the proxy line was missing a slash at the end | 18:50 |
wolfe | afd_: the last example worked actually | 18:50 |
afd_ | also, I have there two different ways of doing it. A proxy pass and a rewrite | 18:51 |
wolfe | well, I looked at my old zope2 setup and figured it out though | 18:51 |
afd_ | yes, I did the same :) | 18:51 |
wolfe | afd_: the plain proxy_pass does not work for me | 18:52 |
*** jodok__ has quit IRC | 18:52 | |
afd_ | wolfe: what problems do you have with it? | 18:53 |
afd_ | The only vhm related problems I had with z3 was when I was getting errors with resources because I was trying to make a Folder the root of the app, it needs to be an ISite | 18:54 |
*** projekt01 has quit IRC | 18:54 | |
ARiKA | hi afd_ :) | 18:54 |
afd_ | ARiKA: hi | 18:54 |
wolfe | hey ARiKA | 18:54 |
* mgedmin needs someone's help to update the ClientForm version to 0.2.9 in the Zope 3.4 KGS | 18:57 | |
wolfe | afd_: ah, well I've been just testing to see if I could get it to work with the base part of zope | 18:58 |
wolfe | afd_: not tryign to point it to an app | 18:58 |
afd_ | ok | 18:58 |
wolfe | yet, anyway | 18:58 |
*** theuni1 has joined #zope3-dev | 18:58 | |
*** theuni has quit IRC | 18:58 | |
*** theuni1 is now known as theuni | 18:59 | |
afd_ | the proxy.conf stuff in my article is old, perhaps I should update it... | 18:59 |
mgedmin | philiKON: you know a lot about zope 3 package maintenance procedures, right? | 19:01 |
mgedmin | what's the procedure for updating the KGS? | 19:01 |
*** theuni1 has joined #zope3-dev | 19:03 | |
*** theuni has quit IRC | 19:03 | |
*** theuni1 is now known as theuni | 19:04 | |
*** nathany has joined #zope3-dev | 19:07 | |
*** natea_ has quit IRC | 19:10 | |
mcdonc | malthe: this code is generated out of my templating; it raises a UnicodeDecodeError when BufferIO's getvalue() is called. | 19:11 |
mcdonc | oops... http://cluegun.repoze.org/4 | 19:11 |
* malthe looks | 19:11 | |
mcdonc | i removed _context from the call list and one other but otherwise it's a literal translation | 19:11 |
malthe | mcdonc: uuh you write ugly code! | 19:11 |
mcdonc | haha | 19:12 |
malthe | ok bad joke | 19:12 |
malthe | mcdonc: I think we should commit the failing test to trunk | 19:13 |
malthe | then look for a solution | 19:13 |
mcdonc | yes | 19:13 |
mcdonc | i'll do that. | 19:13 |
malthe | I like having a failing trunk for critical bugs | 19:13 |
malthe | cool | 19:13 |
mcdonc | oh... ok... so not on the branch then | 19:13 |
mcdonc | alright no problem | 19:13 |
* mgedmin shudders at the idea of having failing tests in the trunk | 19:14 | |
mgedmin | do you eat little babies for lunch too? | 19:14 |
malthe | mgedmin: shudder away :-) | 19:14 |
mcdonc | it's malthe's world, i'm just living in it | 19:14 |
malthe | mgedmin: for critical bugs, I think it's nice. | 19:14 |
mgedmin | speaking of failing tests, Zope3/trunk has 6 failures, 1 errors | 19:14 |
malthe | it means: everybody hold it, we have a critical bug! | 19:14 |
malthe | and a template engine that throws unicode errors without reason has a serious problem :-) | 19:15 |
mcdonc | malthe: i think the other fix committed to the branch might also be right and that this is a separate problem... we don't want to feed unicode to the compiler do we? | 19:17 |
malthe | no, but XML is never unicode | 19:17 |
malthe | at least, best to my knowledge | 19:17 |
mcdonc | right, but we will actually generate and feed code that is unicode to the Python compiler now, i think, regardless of the input stuff | 19:19 |
mcdonc | although maybe that's ok | 19:19 |
*** timte has quit IRC | 19:19 | |
mcdonc | malthe: this code is fantastic btw | 19:19 |
malthe | thank you, although I have mixed feelings | 19:20 |
malthe | I feel that I didn't use what I learned in school :-) | 19:20 |
mcdonc | it's a hard problem, and the code isn't a mess, and that's worth a lot ;-) | 19:20 |
mgedmin | malthe: XML is best friends with Unicode | 19:20 |
mgedmin | which is a point in XMLs favour | 19:20 |
malthe | mgedmin: I think it's good friends with 8-bit encodings; last I checked, lxml didn't do unicode. | 19:21 |
malthe | but that might be an lxml limitation | 19:21 |
mgedmin | ah, parsing XML from a unicode string? | 19:21 |
malthe | right; it has to be 8 bits | 19:22 |
malthe | that makes good sense too, because how can we know in advance; well, there's the magic markers | 19:22 |
malthe | mcdonc: I can't see why the code itself should be allowed to be unicode. | 19:23 |
malthe | although I also don't see how it can end up being unicode :-) but encoding it as utf-8 seems correct. | 19:23 |
*** romanofski has quit IRC | 19:23 | |
mcdonc | malthe: ok... | 19:23 |
mcdonc | i *think* I found that it can end up being unicode when there is a numeric entity in the input document (e.g. ©). | 19:25 |
mcdonc | because it all gets upconverted by CodeIO IIRC | 19:25 |
malthe | ok is that lxml doing that? | 19:25 |
mcdonc | yes | 19:25 |
mcdonc | i think at least | 19:25 |
malthe | in your paste, I didn't find the character '&' | 19:25 |
mcdonc | i think lxml hands you back unicode for these strings | 19:26 |
malthe | bah | 19:26 |
malthe | i'll try it out | 19:26 |
mcdonc | i must admit to being a little confused, because I couldn't just add a test to generation.txt that demonstrated the problem | 19:26 |
malthe | mcdonc: hmm I can't seem to be able to parse entities | 19:29 |
malthe | did you define the entity in your document? | 19:29 |
mcdonc | numeric entities are always parseable iirc | 19:29 |
malthe | ah, forgot the '#' | 19:29 |
*** quodt has quit IRC | 19:30 | |
mcdonc | just not the html ones until you define a dtd or what have you | 19:30 |
mcdonc | (which is how i wound up here ;-) ) | 19:30 |
malthe | right: >>> tree.getroot().find('body').text | 19:30 |
malthe | u'\xa9' | 19:30 |
malthe | 19:30 | |
malthe | so it's unicode all of a sudden | 19:30 |
mcdonc | so it shouldn't be then... you expect all output from lxml to be 8-bit? | 19:30 |
malthe | yes | 19:31 |
malthe | maybe there's an option to force encoding to utf-8 | 19:31 |
malthe | or to whatever the encoding should be | 19:31 |
mgedmin | no! | 19:31 |
mgedmin | you feed 8-bit encoded unicode to lxml, you get unicode back | 19:32 |
mgedmin | that's the way it is with all parser libraries I've ever seen | 19:32 |
malthe | ok | 19:32 |
mgedmin | s/all parser/all XML parser/ | 19:32 |
*** natea_ has joined #zope3-dev | 19:32 | |
mcdonc | so the right thing is to do the typecheck on the way out of lxml then and convert? or use unicode everywhere? | 19:33 |
* malthe reviews | 19:34 | |
malthe | right; so the engine expects everything to be utf-8 or unicode | 19:35 |
malthe | it must be like that I think | 19:36 |
malthe | there's no such thing as an encoding-parameter | 19:36 |
mcdonc | it'd probably be easier conceptually (i dont know what impact it would have on speed though) to make the engine accept only one: either unicode or utf-8 encoded string | 19:36 |
malthe | right, but it doesn't matter too much since they're quite compatible. | 19:37 |
malthe | esp. if your python has utf-8 as its encoding | 19:37 |
malthe | that speeds things up quite a bit | 19:38 |
mcdonc | right, but since the default is ascii when you install it out of the box, for those folks who dont set a utf-8 default encoding, anything that does ''.join(self.input) is going to break badly when they mix | 19:39 |
mcdonc | s/install it/install python | 19:39 |
malthe | yes, but the engine knows about that and knows how to deal with it | 19:39 |
*** tarek has quit IRC | 19:39 | |
malthe | at a 10-15% penalty | 19:39 |
mcdonc | hmm... so you're saying that it's ok that we build up the parsed document out of a mix of utf-8 and unicode then? | 19:40 |
malthe | but I think it's a good decision to simply not allow anything but utf-8 and unicode | 19:40 |
* malthe thinks | 19:41 | |
malthe | I think I'm unable to think at the moment | 19:42 |
mcdonc | if the default encoding was ascii, we could just unicode(foo, 'utf8') all output from lxml... or just foo.encode('utf-8') it.... | 19:42 |
mcdonc | ok, no worries, i think i know what it is now, and i'll continue to mess with it | 19:42 |
malthe | cool | 19:42 |
mgedmin | what are you trying to achieve? | 19:42 |
mcdonc | i just didn't understand that you expected all output from lxml to be 8-bit | 19:43 |
mcdonc | the ultimate goal is to be able to use html entities like and so on | 19:43 |
mcdonc | (i'll just load a dtd) | 19:43 |
malthe | I only know that input for an lxml document must be 8-bit | 19:43 |
malthe | I didn't know that it would change to unicode at its leisure | 19:43 |
mcdonc | whats the easiest way to run the bigtable benchmark.. is it in the buildout.cfg? | 19:44 |
malthe | bin/benchmark | 19:44 |
malthe | it's basically a test-suite that just outputs benchmark results | 19:45 |
malthe | I didn't know how to do it any different | 19:45 |
mcdonc | perfect | 19:45 |
malthe | I think lxml should always output unicode, regardless of whether it finds entities or not | 19:45 |
malthe | it's confusing | 19:45 |
mcdonc | that would seem to make sense | 19:46 |
mcdonc | or at least always output one thing | 19:46 |
mgedmin | doesn't it? | 19:46 |
malthe | >>> tree.getroot().find('body').attrib | 19:46 |
malthe | {'class': 'hello'} | 19:46 |
malthe | 19:46 | |
malthe | which is different than the example ^^^ | 19:47 |
mgedmin | ascii strings are perfectly interchangeable with unicode | 19:47 |
mcdonc | that is true | 19:47 |
malthe | it is true | 19:47 |
mcdonc | fuck ;-) | 19:47 |
mgedmin | from the readability perspective I prefer ascii strings to stay 'str's with no redundant u prefixes | 19:47 |
mgedmin | there are some who prefer stricter type checks (see zope.schema) | 19:47 |
malthe | mgedmin: and doesn't care to raise friendly exceptions about it | 19:48 |
malthe | TokenError! or something like that | 19:48 |
malthe | ... calm down zope.schema | 19:48 |
mgedmin | TypeError: ('title', <... Unicode>, 'whatever') | 19:49 |
malthe | hmm that's appropriate I guess | 19:50 |
malthe | but it could say: hey, only unicode strings are allowed | 19:50 |
malthe | I mean---it *almost* does, but in a non-friendly way. | 19:51 |
mgedmin | extremely nonfriendly way | 19:54 |
mgedmin | "you must be this tall to develop with zope 3" | 19:55 |
mgedmin | feh | 19:55 |
*** brandon_rhodes has joined #zope3-dev | 19:55 | |
*** dbfrombrc has joined #zope3-dev | 20:05 | |
*** afd_ has quit IRC | 20:07 | |
*** MrTopf has quit IRC | 20:09 | |
*** mkerrin has quit IRC | 20:11 | |
*** malthe has quit IRC | 20:17 | |
*** jukart has quit IRC | 20:19 | |
*** nathany has quit IRC | 20:20 | |
*** harobed has quit IRC | 20:23 | |
*** alga has joined #zope3-dev | 20:23 | |
*** mgedmin has quit IRC | 20:24 | |
jpcw2002 | wn,nnhnnnnnnnysd§§§§§§§ | 20:24 |
*** alga has quit IRC | 20:25 | |
*** aaronv has quit IRC | 20:29 | |
*** aaronv has joined #zope3-dev | 20:30 | |
*** thruflo has quit IRC | 20:44 | |
*** malthe has joined #zope3-dev | 20:46 | |
*** regebro has quit IRC | 20:48 | |
*** RaFromBRC has joined #zope3-dev | 20:49 | |
*** ignas has quit IRC | 20:52 | |
*** mintsauce has joined #zope3-dev | 21:07 | |
*** rcrafton has joined #zope3-dev | 21:08 | |
*** romanofski has joined #zope3-dev | 21:08 | |
*** reco has quit IRC | 21:11 | |
*** reco has joined #zope3-dev | 21:12 | |
mintsauce | where should i set browser:defaultSkin in a buildout based project? | 21:33 |
*** danielblackburn has left #zope3-dev | 21:48 | |
*** tdoggette has joined #zope3-dev | 22:00 | |
*** harobed has joined #zope3-dev | 22:11 | |
*** andres has joined #zope3-dev | 22:21 | |
*** greenman has quit IRC | 22:24 | |
*** yota has joined #zope3-dev | 22:36 | |
*** theuni has quit IRC | 22:37 | |
*** gberdyshev has joined #zope3-dev | 22:43 | |
*** timte has joined #zope3-dev | 22:46 | |
*** brandon_rhodes has quit IRC | 22:54 | |
*** greenman has joined #zope3-dev | 23:04 | |
*** jsadjohnson has quit IRC | 23:05 | |
*** romanofski has quit IRC | 23:06 | |
*** jodok has joined #zope3-dev | 23:10 | |
*** RaFromBRC is now known as RaFromBRC|lunch | 23:24 | |
dbfrombrc | hey guys | 23:28 |
dbfrombrc | I was wondering if any of you have any experience running maildrophost via supervisor in a buildout? | 23:28 |
mcdonc | i dont but as long as it starts in the foreground, it should "just run" | 23:30 |
dbfrombrc | hmm, I have it running in "debug" mode, when I invoke maildropctl start manually it starts in the fg | 23:30 |
dbfrombrc | kind of frustrating that the supervisor can't start it | 23:31 |
*** elro has joined #zope3-dev | 23:31 | |
mcdonc | dbfrombrc: supervisor does nothing special to run it, but the program itself needs to not fork itself off. i dont know if maildrop host does this. | 23:34 |
mcdonc | do you mean it can't start it or it doesn't keep it running? | 23:34 |
dbfrombrc | mcdonc: I think it can't start | 23:39 |
dbfrombrc | mcdonc: here is the output from supervisor: http://pastebin.com/m2e57d5e7 | 23:39 |
dbfrombrc | no log is generated by maildrop | 23:40 |
mcdonc | dbfrombrc: when you do "tail securemaildrop" what do you see? nothing | 23:40 |
dbfrombrc | yup | 23:41 |
dbfrombrc | I think I found the problem... | 23:42 |
*** rcrafton has quit IRC | 23:42 | |
dbfrombrc | I think I need to have supervisor execute the start_maildrop script directly instead of using maildropctl | 23:43 |
dbfrombrc | let me test my theory | 23:43 |
mcdonc | that sounds likely | 23:44 |
*** sp0cksbeard has left #zope3-dev | 23:48 | |
*** aaronv has quit IRC | 23:48 | |
*** MrTopf has joined #zope3-dev | 23:52 | |
*** jpcw2002 has quit IRC | 23:53 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!