| *** povbot has joined #zope3-dev | 18:08 | |
| nouri | philiKON: i think python setup.py install --home works | 18:08 |
|---|---|---|
| philiKON | right. but that doesn't work from outside a zipped egg :) | 18:09 |
| nouri | it doesn't work with EasyInstall AFAIK | 18:09 |
| faassen | PYTHONPATHlib/python/ easy_install --find-links=http://download.zope.org/distribution/ --install-dir=lib/python zc.catalog | 18:09 |
| faassen | installs the egg nicely into my instance's lib/python | 18:09 |
| philiKON | cool | 18:09 |
| faassen | given that I run that from the instance. | 18:09 |
| faassen | however.. | 18:09 |
| nouri | faassen: that means they need to add lib/python to their pythonpath, which is unnice | 18:09 |
| faassen | the instance won't be able to actually pick up the egg for two reasons. | 18:09 |
| philiKON | nouri, z3 already does that | 18:09 |
| faassen | 1) the zcml slug needs to be installed too. Ignoring that ofr now | 18:10 |
| nouri | philiKON: i mean before installing | 18:10 |
| philiKON | nouri, every instance's lib/python is part of the python path | 18:10 |
| faassen | 2) the lib/python directory in an instance is not actually a site. | 18:10 |
| philiKON | faassen, right | 18:10 |
| faassen | then there's a related but separate issue that the test runner just plain won't work with eggs. | 18:10 |
| philiKON | faassen, lib/python is a python path, not a site... | 18:10 |
| faassen | yes. | 18:10 |
| faassen | so if I hack the bin/runzope, bin/zopectl and bin/test to add it as a site. | 18:10 |
| nouri | it will work if you install it site-wide :) | 18:10 |
| philiKON | so perhaps we should make it a site, like you suggested... | 18:10 |
| faassen | everything works, except the test runner business. | 18:10 |
| faassen | right. | 18:10 |
| *** bradb has joined #zope3-dev | 18:11 | |
| philiKON | nouri, stop suggesting that, this is unacceptable | 18:11 |
| nouri | i don't see why you don't want to do that outside of lib/python, maybe you think that's evil :) | 18:11 |
| faassen | do what? | 18:11 |
| faassen | I just want a pattern where people install software into a zope 3 instance. | 18:11 |
| faassen | using eggs. | 18:11 |
| nouri | do what philiKON said i should stop suggesting | 18:11 |
| faassen | yeah, yeah, we've heard taht enough. I can install stuff into lib/python/site-packages and I'll be happy | 18:11 |
| faassen | but I don't want that. | 18:11 |
| nouri | yeah, having lib/python be a site would prolly be nice too | 18:11 |
| faassen | it's just 1 line of code in those 3 files. | 18:12 |
| nouri | but that still means that you need to add it to PYTHONPATH before easy_install will let you install it there | 18:12 |
| faassen | yes. | 18:12 |
| philiKON | nouri, why? | 18:12 |
| faassen | I'm okay with telling people that the command does PYTHONPATH=lib/python | 18:12 |
| faassen | setuptools refuse to let you install stuff into places that aren't the python path. | 18:12 |
| nouri | you're working against easy_install IMO, but I guess PJE has some ideas on this | 18:12 |
| philiKON | ah, didn't know | 18:12 |
| faassen | I think it's a silly bloock, while at the same time setuptools *doesn't* stop you from running setup.py while cwd is not the directory setup.py is in. | 18:13 |
| faassen | which is apparently guaranteed to result in total mayhem. | 18:13 |
| faassen | why am I working against easy_install? | 18:13 |
| nouri | I think setting up a custom install location like in the link I posted might be easier than what you're trying to do | 18:14 |
| nouri | anyways, PJE hangs out on #peak and he's pretty responsive | 18:15 |
| nouri | bbl | 18:15 |
| faassen | http://peak.telecommunity.com/DevCenter/EasyInstall#traditional-pythonpath-based-installation | 18:15 |
| faassen | this one? | 18:15 |
| faassen | i.e. tell people to edit their .pydistutils.cfg file? | 18:15 |
| nouri | i meant http://peak.telecommunity.com/DevCenter/EasyInstall#custom-installation-locations | 18:15 |
| faassen | well, the other options don't apply. | 18:15 |
| faassen | Mac OS X user installation, scratch that. | 18:15 |
| faassen | administrator installation... what we're trying to avoid. | 18:16 |
| nouri | i.e. "What do I do if I *cant* install site-wide" which your users are apparently not able to do | 18:16 |
| nouri | ok | 18:16 |
| faassen | virtual python, too hairy. | 18:16 |
| faassen | not in scope for a Zope 3 instance deployment, definitely. | 18:16 |
| nouri | ok | 18:16 |
| nouri | so what i do is: 1) myself work with setup.py develop 2) tell my users to just easy_install it | 18:16 |
| philiKON | faassen, i will very soon have to deal with eggs in zope 3.3 as well, so i'm interested in this. | 18:17 |
| nouri | anyways, i think pkg_resources.require() is a good idea for zcml | 18:17 |
| nouri | ok, need to leave | 18:17 |
| faassen | okay, see you. | 18:17 |
| faassen | thanks for the links. | 18:17 |
| faassen | anyway, setup.py develop doesn't work for another reason too.. | 18:17 |
| faassen | the testrunnre won't pick up tests. | 18:17 |
| * mgedmin needs a widget for a set of words | 18:18 | |
| philiKON | mgedmin, Choice(values=['hi', 'there']) ? | 18:18 |
| mgedmin | no, the field is Set(value_type=TextLine()) | 18:18 |
| mgedmin | although I may change it to a Set(value_type=Choice(...)) | 18:18 |
| philiKON | ah. there's a Set+Vocabulary widget | 18:19 |
| philiKON | look in zope.app.form.browser.itemswidgets | 18:19 |
| mgedmin | ah, good | 18:19 |
| mgedmin | thanks | 18:19 |
| *** alecm has joined #zope3-dev | 18:19 | |
| faassen | philiKON: it would be very attractive to sneak in 3 lines that do addsitedir into ZOpe 3.3 :) | 18:20 |
| faassen | philiKON: basically that makes stuff work except for running tests in these packages. | 18:20 |
| faassen | anyway, I'll try the editing .pydistutils.cfg thing | 18:21 |
| *** RaFromBRC has joined #zope3-dev | 18:23 | |
| faassen | philiKON: hm, the pydistutils.cfg thing doesn't seem to be very useful in our circumstances. that globally changes where any egg installs, that isn't what I awnt. | 18:23 |
| philiKON | right | 18:24 |
| philiKON | that's why i told nouri to stop suggesting it :) | 18:24 |
| philiKON | because it's useless to us | 18:24 |
| *** hazmat has quit IRC | 18:24 | |
| philiKON | we want to install into instances | 18:24 |
| philiKON | i honestly thought dropping eggs would work | 18:24 |
| philiKON | i'm not too surprised about the testrunner | 18:24 |
| philiKON | i guess it just uses os.path.walk or so to find test modules | 18:24 |
| *** b_52CEntos_ has quit IRC | 18:24 | |
| philiKON | it needs to use setuptools apis... | 18:24 |
| faassen | eggs don't work out of non-site directories. | 18:25 |
| faassen | that's basically the problem. | 18:25 |
| philiKON | gotcha | 18:25 |
| philiKON | it all seems to point towards your solution :) | 18:26 |
| faassen | the more I think of it, the more I think adding .. | 18:26 |
| faassen | right. | 18:26 |
| faassen | would be the simplest fix to make things work now. | 18:26 |
| faassen | I can't see it would break anything. | 18:26 |
| *** RaFromBRC has quit IRC | 18:27 | |
| *** RaFromBRC has joined #zope3-dev | 18:28 | |
| *** sashav has quit IRC | 18:42 | |
| *** batlogg has joined #zope3-dev | 18:43 | |
| *** stub has quit IRC | 18:47 | |
| alecm | philiKON: So I've got a fix for the contentprovider issue on Zope 2.10, but I'm running into some odd ZTC issues it seems. | 18:50 |
| philiKON | oh, lovely | 18:51 |
| alecm | It appears that adding a DocTestSuite, or a FunctionalDocTestSuite (which is what I'm using) to Products.PageTemplates.tests will cause 6 existing tests to error, even if that test suite is empty | 18:52 |
| *** J1m has left #zope3-dev | 18:52 | |
| philiKON | oh, yeah, don't add ZTC stuff to Products.PageTemplates | 18:52 |
| philiKON | i know that it's tempting, but it makes things so much harder | 18:53 |
| philiKON | why not add the tests to five? | 18:53 |
| alecm | I think I've resolved to avoid the problem altogether and remove the support for the provider expression from Products.PageTemplate, and put it back in Five (along with the tests, which are currently there anyway). | 18:53 |
| philiKON | hmm, why move it again? | 18:53 |
| alecm | philiKON: They are already in Five (though they need some extra stuff) | 18:54 |
| alecm | philiKON: To me it makes sense to have the tests and code in the same product, and in particular it makes sense to have this code (which deals with zope 3 things, Content Providers) in Five, rather than in the core. | 18:54 |
| philiKON | hmm, ok | 18:55 |
| philiKON | fine by me | 18:55 |
| alecm | philiKON: Great! It's only in PageTemplates now because it just uses the pure z3 version of the expression, which doesn't work, since we have to write our own version it makes the most sense in Five, IMO. | 18:55 |
| philiKON | aah | 18:56 |
| philiKON | why do we need our own version again? | 18:56 |
| alecm | To acquisition wrap the provider before returning it to the page template | 18:56 |
| philiKON | gotcha | 18:56 |
| alecm | in Five 1.4 we already use our own version anyway, because we can't go monkey-patching zope 2.9 ;-) | 18:57 |
| philiKON | right | 18:57 |
| philiKON | thanks for looking into this. | 18:57 |
| *** dobee has joined #zope3-dev | 19:29 | |
| *** volvox has left #zope3-dev | 19:37 | |
| *** danfairs has joined #zope3-dev | 19:40 | |
| *** jukart has joined #zope3-dev | 19:56 | |
| regebro | How do I debug adapter lookup in Zope3.3? | 20:02 |
| regebro | I have an adapter registered in zcml, and the zcml does get loaded, and adapter lookup still fails... :/ | 20:03 |
| regebro | somebody has to know. :) srichter ? | 20:11 |
| ignas | regebro: it's kind of difficult to do that ... | 20:11 |
| ignas | regebro: you can try using Zope3 inspector | 20:12 |
| regebro | ignas as long as it's possible, that's OK | 20:12 |
| regebro | Whats that, and how do I use it? | 20:12 |
| ignas | regebro: i am not working with plain zope3 so I can't really help you with details | 20:12 |
| ignas | only concepts ... | 20:12 |
| regebro | I'm not working with plain Zope3 either. | 20:13 |
| regebro | I just know that an adapter lookup fails, even though it clearly should not. | 20:13 |
| *** oferw has joined #zope3-dev | 20:15 | |
| *** dobee has quit IRC | 20:34 | |
| *** SureshV has joined #zope3-dev | 20:39 | |
| *** SureshV has quit IRC | 20:43 | |
| *** ChanServ sets mode: +o srichter | 20:48 | |
| *** jukart has left #zope3-dev | 20:51 | |
| *** toni_ has joined #zope3-dev | 21:02 | |
| toni_ | hello! | 21:02 |
| toni_ | When using <skin /> in a zcml file, Zope3.3 advises to use an <interface /> statement instead, but bails out when one actually tries to use it. Is this my error, or should I open a bug? | 21:04 |
| *** BjornT has quit IRC | 21:06 | |
| philiKON | toni_, likely your error | 21:06 |
| philiKON | without a proper description of the error, it's hard to see what you're doing wrong | 21:06 |
| toni_ | ok, i have: <skin name="waeup_default_skin" interface="waeup.browser.skin.waeup_default_skin" /> which works, but yields this message: | 21:08 |
| toni_ | DeprecationWarning: The browser:skin directive has been deprecated and will be removed in Zope 3.5. Skins are now simply registered using the 'interface' directive: | 21:09 |
| toni_ | complete with a code snippet of such a directive. Replacing the <skin/> thing with the <interface/> thing yields: | 21:09 |
| toni_ | ... a long traceback, and then: ConfigurationError: ('Unknown directive', u'http://namespaces.zope.org/browser', u'interface') | 21:09 |
| mgedmin | the interface directive is in the zope namespace, while the skin directive is in the browser namespace | 21:10 |
| toni_ | When I use ++apidoc++ and try to review the zcml directives under browser, there is no 'interface'. | 21:10 |
| toni_ | @mgedmin: thank you, I'll try that out | 21:11 |
| *** natea has joined #zope3-dev | 21:19 | |
| *** TresEquis has joined #zope3-dev | 21:34 | |
| *** ignas has quit IRC | 21:35 | |
| *** BjornT has joined #zope3-dev | 21:42 | |
| *** faassen has quit IRC | 21:45 | |
| *** regebro has quit IRC | 22:05 | |
| *** natea has quit IRC | 22:05 | |
| *** natea has joined #zope3-dev | 22:06 | |
| *** romanofski has joined #zope3-dev | 22:10 | |
| *** danfairs has quit IRC | 22:16 | |
| *** jinty has quit IRC | 22:23 | |
| *** alecm has quit IRC | 22:34 | |
| *** mgedmin has quit IRC | 22:36 | |
| *** alga has quit IRC | 22:37 | |
| *** zagy has joined #zope3-dev | 22:48 | |
| *** mkerrin has quit IRC | 22:51 | |
| *** sashav has joined #zope3-dev | 23:08 | |
| *** sashav has quit IRC | 23:22 | |
| *** alecm has joined #zope3-dev | 23:31 | |
| *** gumpa has quit IRC | 23:33 | |
| *** tav has joined #zope3-dev | 23:41 | |
| *** tarek has joined #zope3-dev | 23:44 | |
| *** zagy has quit IRC | 23:45 | |
| *** J1m has joined #zope3-dev | 23:50 | |
| *** benji has quit IRC | 23:51 | |
| *** b_52CEntos_ has joined #zope3-dev | 23:51 | |
| *** dunny has joined #zope3-dev | 23:55 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!