planetzopebot | zeam.form.base 1.0rc1 (PyPI recent updates) http://pypi.python.org/pypi/zeam.form.base/1.0rc1 | 00:04 |
---|---|---|
planetzopebot | zeam.form.ztk 1.0rc1 (PyPI recent updates) http://pypi.python.org/pypi/zeam.form.ztk/1.0rc1 | 00:04 |
*** r0ver has quit IRC | 00:06 | |
*** r0ver has joined #zope | 00:10 | |
*** giampaolo has quit IRC | 00:14 | |
*** vipod has quit IRC | 00:19 | |
*** mcdonc has quit IRC | 00:21 | |
*** mcdonc has joined #zope | 00:23 | |
*** allisterb has quit IRC | 00:39 | |
*** MrTango has quit IRC | 01:14 | |
*** allisterb has joined #zope | 01:27 | |
*** MatthewWilkes has quit IRC | 01:29 | |
*** AnneGilles has quit IRC | 01:29 | |
CIA-94 | jim * r114218 zc.ngi/ (doc ngi): Added symbolic links for convencience. | 01:30 |
CIA-94 | jim * r114219 zc.ngi/setup.py: Added support for thr setup(tools) test command | 01:30 |
CIA-94 | jim * r114220 zc.ngi/ (12 files in 3 dirs): | 01:30 |
CIA-94 | Refactored ``zc.ngi.async`` thread management to make the blocking | 01:30 |
CIA-94 | APIs unnecessary. ``zc.ngi.async.blocking`` is now deprecated. | 01:30 |
CIA-94 | Made it possible to declare interfaces without zope.interface being | 01:30 |
CIA-94 | present and added interface declarations on the implementations. | 01:30 |
CIA-94 | Moved ConnectionFailed to tghe interfaces module. | 01:30 |
CIA-94 | jim * r114221 zc.ngi/src/zc/ngi/interfaces.py: Removed some debugging hackery. | 01:30 |
*** r0ver has quit IRC | 01:38 | |
*** evilbungle has quit IRC | 01:44 | |
CIA-94 | jim * r114222 zc.ngi/src/zc/ngi/tests.py: Fixed a spurious test failure. | 01:45 |
CIA-94 | jim * r114223 zc.ngi/src/zc/ngi/ (tests.py async.txt): Got tests passing with Python 2.7. | 02:07 |
*** allisterb has quit IRC | 02:33 | |
*** allisterb has joined #zope | 02:35 | |
*** Vejeta has quit IRC | 02:45 | |
*** cwarner has quit IRC | 03:19 | |
*** allisterb has quit IRC | 03:44 | |
*** allisterb has joined #zope | 03:58 | |
*** benji has quit IRC | 04:04 | |
*** cwarner has joined #zope | 04:18 | |
*** zkc has joined #zope | 04:25 | |
*** Arfrever has quit IRC | 04:36 | |
*** louisi has joined #zope | 05:13 | |
louisi | i have zpt with a file form where i choose the file | 05:14 |
louisi | how do i send the path or the file after parsed to another zpt? | 05:15 |
louisi | as a variable or something | 05:15 |
louisi | can anyone help me | 05:15 |
louisi | or is there n | 05:15 |
louisi | any | 05:15 |
louisi | tutorial | 05:15 |
*** cwarner has quit IRC | 05:33 | |
kosh | sorry no idea what you are asking | 06:26 |
kosh | if you have a form that form has an action where that data is sent, if you are sending a file it must be a POST so whatever url you POST the data to will get that file | 06:27 |
kosh | and that is not related to ZPT or zope, that is just basic http | 06:27 |
*** davisagli is now known as davisagli|away | 06:37 | |
*** davisagli|away is now known as davisagli | 06:43 | |
*** cwarner has joined #zope | 06:46 | |
*** louisi has quit IRC | 06:51 | |
*** __mac__ has joined #zope | 06:56 | |
*** __mac__ has quit IRC | 07:00 | |
*** allisterb_ has joined #zope | 07:08 | |
*** allisterb has quit IRC | 07:09 | |
*** vipod has joined #zope | 07:14 | |
*** tiwula has joined #zope | 07:17 | |
*** davisagli is now known as davisagli|away | 07:42 | |
*** baijum has joined #zope | 07:47 | |
*** mahiti_skt has joined #zope | 07:51 | |
*** astoon has joined #zope | 07:58 | |
*** tiwula has quit IRC | 08:11 | |
*** astoon has quit IRC | 08:32 | |
*** d2m has joined #zope | 08:42 | |
*** __mac__ has joined #zope | 08:52 | |
*** JaRoel|4D has quit IRC | 09:01 | |
*** __mac__ has quit IRC | 09:03 | |
*** __mac__ has joined #zope | 09:03 | |
planetzopebot | 25 Years of the Model M (plope) http://plope.com/Members/chrism/25_years_of_the_model_m | 09:04 |
*** __mac__ has quit IRC | 09:15 | |
*** __mac__1 has joined #zope | 09:15 | |
*** sashav_ has joined #zope | 09:25 | |
*** wosc has joined #zope | 09:25 | |
*** Bilboquet has quit IRC | 09:32 | |
*** cwarner has quit IRC | 09:45 | |
*** agroszer has joined #zope | 09:51 | |
*** Theuni1 has joined #zope | 09:54 | |
*** tisto has joined #zope | 09:56 | |
*** JaRoel|4D has joined #zope | 09:57 | |
*** digitalmortician has joined #zope | 10:09 | |
*** sim_sim has joined #zope | 10:25 | |
*** digitalmortician has quit IRC | 10:26 | |
*** evilbungle has joined #zope | 10:27 | |
*** evilbungle has quit IRC | 10:29 | |
CIA-94 | janwijbrand * r114224 /zopetoolkit/doc/source/releaseteam/meeting-20100630.rst: add ztk-releaseteam meeting notes | 10:31 |
CIA-94 | adamg * r114225 /Sandbox/adamg/zope.wineggbuilder/trunk/master.cfg: mailnotifier, py 270 | 10:31 |
CIA-94 | adamg * r114226 /Sandbox/adamg/zope.wineggbuilder/trunk/server-setup.txt: update | 10:31 |
*** regebro has joined #zope | 10:32 | |
*** planetzopebot has quit IRC | 10:33 | |
*** planetzopebot has joined #zope | 10:34 | |
*** digitalmortician has joined #zope | 10:45 | |
*** AnneGilles has joined #zope | 10:48 | |
*** ccomb has joined #zope | 10:49 | |
*** mahiti_skt has quit IRC | 10:50 | |
*** huajie has joined #zope | 10:50 | |
*** mahiti_skt has joined #zope | 10:53 | |
*** Theuni1 has quit IRC | 10:55 | |
*** huajie has quit IRC | 10:55 | |
*** digitalmortician has quit IRC | 11:00 | |
*** MrTango has joined #zope | 11:04 | |
*** digitalmortician has joined #zope | 11:05 | |
*** agroszer has quit IRC | 11:06 | |
*** agroszer_ has joined #zope | 11:06 | |
*** Theuni1 has joined #zope | 11:07 | |
*** deftunix has joined #zope | 11:11 | |
deftunix | hi all, i've a question about ZServer thread and zodb pool_connection; what is the realtionship between ZServer thread and pool_connection? one to one? ZServer threads (7 by default) are per-user request? how does it works? | 11:13 |
deftunix | thanks in advance | 11:13 |
*** JaRoel|4D has quit IRC | 11:18 | |
*** JaRoel|4D has joined #zope | 11:19 | |
*** hartym has joined #zope | 11:20 | |
Theuni1 | deftunix: it's threads:connections being n:m with m>=n and n the maxmimum number of threads used in parallel until now | 11:21 |
*** JaRoel|4D has quit IRC | 11:21 | |
Theuni1 | in upcoming ZODB releases there's a timeout for connections so that idle connections can automatically disappear after a while | 11:21 |
Theuni1 | whenever a thread starts working ZODB tries to assign the connection with the "best" cache | 11:21 |
*** digitalmortician has quit IRC | 11:21 | |
*** evilbungle has joined #zope | 11:21 | |
deftunix | Theuni1: has zope relation between thread and concurrent user? | 11:22 |
deftunix | Theuni1: exist a ZServer connection pool? | 11:23 |
Theuni1 | qno | 11:23 |
Theuni1 | no | 11:23 |
Theuni1 | zodb maintains the connection pool | 11:24 |
Theuni1 | zserver is just an intermediary layer for assigning handing network connections (requests) to application threads | 11:24 |
deftunix | Theuni1: for 100 concurrent user i need to increse zodb connection to ~110 and zserver connection to 100 | 11:25 |
deftunix | right? | 11:25 |
Theuni1 | no | 11:25 |
*** mitchell`off is now known as mitchell` | 11:25 | |
Theuni1 | the zodb connection parameter is autotuning nowadays | 11:25 |
Theuni1 | you can ignore it | 11:25 |
Theuni1 | you also want as little threads as possible | 11:25 |
Theuni1 | if you have 100 concurrent users you optimally want 100 cpus | 11:26 |
Theuni1 | if you can't have that then you want each CPU that you do have to comput as fast as possible, then switching to the next request | 11:26 |
Theuni1 | otherwise all users will end up not getting answered | 11:26 |
Theuni1 | whereas this way every user will be answered at a time | 11:26 |
Theuni1 | some have to wait, some get their answer right away | 11:26 |
*** digitalmortician has joined #zope | 11:26 | |
*** hever has joined #zope | 11:32 | |
*** digitalmortician has quit IRC | 11:33 | |
deftunix | Theuni1: sorry but i read the zope2book server-setting in Maintaning Zope section and says that the number of database connection is hardwired to seven and to increse the number of database connection when increse the ZServer thread numbers :) | 11:34 |
*** JaRoel|4D has joined #zope | 11:34 | |
deftunix | Theuni1: i didn't understand the relationships and so on | 11:35 |
Theuni1 | that documentation about server-setting seems old. would you mind opening a bug in launchpad about it? | 11:36 |
Theuni1 | deftunix: the (network) server component manages threads | 11:36 |
Theuni1 | zodb manages database connections | 11:36 |
Theuni1 | when a thread starts working it starts talking to the database which in turn hands out a connection from the pool | 11:36 |
Theuni1 | if the database has connections open already then it tries to hand out a connection with a good cache | 11:37 |
Theuni1 | if there are no connections or all connections are used it creates a new one | 11:37 |
Theuni1 | the configuration option you are talking about has been superseeded | 11:37 |
Theuni1 | this kind of depends on the version of zope you have | 11:37 |
deftunix | Theuni1: ok, that's ok... if n is user-client and m threads numebers, what is the n:m relationship? | 11:37 |
Theuni1 | as i said | 11:38 |
Theuni1 | oh wait | 11:38 |
Theuni1 | you want n:m to be close to 1:1 | 11:38 |
Theuni1 | (n:m for n=m) | 11:38 |
Theuni1 | however | 11:38 |
Theuni1 | you also want threads:cpus to be one to one | 11:38 |
Theuni1 | i' | 11:39 |
Theuni1 | i'd rather stick with 1 thread one 1 cpu and go with a worse ratio of clients to threads | 11:39 |
bigkevmcd | deftunix: what metric are you using to determine if you need to increase the connectivity? | 11:39 |
Theuni1 | so you could use: c (cores/cpus) users (u) and threads (t) with this: | 11:39 |
Theuni1 | c=1,t=1,u=n and then you try to either minimize u or maximize c (and thus t) | 11:40 |
deftunix | bigkevmcd: i'm trying to understand how zope works... i have always use java application server and http or ajp connection pooler has a number of max connection set to max number of concurrent user permitted | 11:41 |
bigkevmcd | deftunix: "permitted" ? | 11:42 |
bigkevmcd | deftunix: That doesn't sound right | 11:42 |
bigkevmcd | deftunix: what metric do you use to determine those figures? | 11:42 |
deftunix | bigkevmcd: if i set maxThread in ajp connection pooler to 10, it accepts only 10 concurrent connections | 11:42 |
Theuni1 | deftunix: i think max users in their case equals max concurrent connections which is equal to our max threads | 11:42 |
Theuni1 | deftunix: http connection != zodb connection | 11:43 |
bigkevmcd | deftunix: yeah, but that doesn't mean that only 100 concurrent users can use it | 11:43 |
bigkevmcd | deftunix: in fact, it's no guarantee of 100 concurrency of anything other than requests | 11:43 |
deftunix | bigkevmcd: yes | 11:43 |
Theuni1 | "concurrent user" is a weird term with http | 11:43 |
bigkevmcd | deftunix: so, I'll ask again, what metric are you using to determine those figures? | 11:43 |
Theuni1 | btw: i'm close to a setup with about 30k users and 10k parallel users that runs happily on roughly 240 threads or so | 11:44 |
Theuni1 | but at this size, tuning is very specific | 11:44 |
deftunix | I'm not even using anything ... I need to understand how zope works | 11:44 |
Theuni1 | it works well *g | 11:44 |
deftunix | Theuni1: ok | 11:45 |
Theuni1 | i think it's hard to give you good advice as your questions are somewhat broad | 11:45 |
Theuni1 | there's lots of detailed technicalities involved | 11:45 |
bigkevmcd | deftunix: randomly setting numbers in configuration files achieves nothing | 11:45 |
Theuni1 | and thus giving plain answers usually will have you end up doing the wrong thing although you're trying it for the best of reasons | 11:45 |
bigkevmcd | deftunix: unless you're measuring the effect | 11:45 |
Theuni1 | which might turn out random as well *g | 11:46 |
bigkevmcd | indeed :-) | 11:46 |
Theuni1 | correlation: random input, random output | 11:46 |
Theuni1 | or as debian would say | 11:46 |
Theuni1 | 4 | 11:46 |
bigkevmcd | deftunix: A better approach would be to use the default values, _measure_ the performance of the system, then ask advice on how to improve the performance from your measurements | 11:47 |
bigkevmcd | deftunix: the key word is measure | 11:47 |
deftunix | bigkevmcd: yes... later i will use benchmark before tuning my zope | 11:47 |
deftunix | instance | 11:47 |
deftunix | now i need to learning how zope works | 11:47 |
deftunix | only that | 11:47 |
deftunix | relation between zodb connections and zserver threads and between zserver threads and http connections | 11:48 |
deftunix | clear? | 11:48 |
deftunix | only that... not the art of the performance tuning | 11:48 |
bigkevmcd | deftunix: it's all there, in the code | 11:49 |
deftunix | bigkevmcd: unfortunately not in the documentation | 11:49 |
bigkevmcd | if you want start "learning how zope works", that's your best bet | 11:50 |
deftunix | bigkevmcd: thank you very much :) | 11:52 |
*** Theuni2 has joined #zope | 12:13 | |
*** Theuni1 has quit IRC | 12:14 | |
*** agroszer_ has quit IRC | 12:15 | |
*** agroszer has joined #zope | 12:16 | |
*** teix has joined #zope | 12:26 | |
*** hever has quit IRC | 12:27 | |
*** deftunix has quit IRC | 12:33 | |
*** agroszer has quit IRC | 12:36 | |
*** agroszer_ has joined #zope | 12:36 | |
*** zkc has left #zope | 12:37 | |
*** agroszer_ is now known as agroszer | 12:40 | |
*** MJ has joined #zope | 12:40 | |
*** mr__q has joined #zope | 12:54 | |
mr__q | I'm experiencing some rather odd behavior with zc.blist and ZODB 3.9.5. When the BList is extended and commit is called, it is not persisted. What other kinds of information can I give you to help diagnose this? | 12:58 |
mr__q | I'm a ZODB newbie, trying to transition from Durus to something a bit-more-capable of handling the heavy load I'm placing it under, and this has me rather frustrated. There is indeed threading going on, but all calls to persistent objects as well as the commit are inside a lock. | 13:00 |
*** digitalmortician has joined #zope | 13:01 | |
CIA-94 | hannosch * r114227 /zopetoolkit/doc/source/releaseteam/index.rst: Link meeting notes into the toctree | 13:13 |
*** allisterb_ has quit IRC | 13:22 | |
*** AnneGilles has quit IRC | 13:25 | |
*** digitalmortician has quit IRC | 13:25 | |
*** giampaolo has joined #zope | 13:28 | |
*** allisterb has joined #zope | 13:36 | |
*** emrojo has joined #zope | 13:37 | |
*** digitalmortician has joined #zope | 13:38 | |
*** smita has joined #zope | 13:49 | |
agroszer | mr__q, are you sure the Blist is hanging on a persistent object? | 13:53 |
agroszer | OTOH, why do you need zc.blist? | 13:53 |
*** digitalmortician has quit IRC | 13:53 | |
*** tisto is now known as tisto|lunch | 13:55 | |
*** giampaolo has quit IRC | 13:59 | |
*** giampaolo has joined #zope | 14:02 | |
*** digitalmortician has joined #zope | 14:04 | |
*** giampaolo has quit IRC | 14:05 | |
*** digitalmortician has quit IRC | 14:10 | |
*** giampaolo has joined #zope | 14:14 | |
*** Arfrever has joined #zope | 14:15 | |
*** sashav_ has quit IRC | 14:25 | |
*** benji has joined #zope | 14:27 | |
CIA-94 | jim * r114228 zc.ngi/src/zc/ngi/async.py: Copied a trigger fix from ZEO. | 14:49 |
CIA-94 | jim * r114229 zc.ngi/src/zc/ngi/doc/index.txt: Fixed some spelling errors. | 14:49 |
CIA-94 | jim * r114230 zc.ngi/src/zc/ngi/doc/index.txt: Fixed formatting. | 14:49 |
CIA-94 | jim * r114231 zc.ngi/src/zc/ngi/ (11 files): Renamed some doctest files to .test to emphsize their testiness. | 14:49 |
*** Wu has quit IRC | 14:57 | |
*** Wu has joined #zope | 14:58 | |
*** digitalmortician has joined #zope | 14:58 | |
*** AnneGilles has joined #zope | 15:15 | |
*** AnneGilles has quit IRC | 15:19 | |
*** AnneGilles has joined #zope | 15:21 | |
*** tisto|lunch is now known as tisto | 15:35 | |
*** AnneGilles has quit IRC | 15:39 | |
*** MatthewWilkes has joined #zope | 15:53 | |
*** touff has joined #zope | 15:56 | |
*** cwarner has joined #zope | 16:04 | |
*** touff has quit IRC | 16:05 | |
*** davisagli|away is now known as davisagli | 16:08 | |
*** davisagli is now known as davisagli|away | 16:14 | |
*** cwarner has quit IRC | 16:15 | |
*** sunew has joined #zope | 16:17 | |
*** sunew has quit IRC | 16:17 | |
*** wosc has quit IRC | 16:18 | |
*** touff has joined #zope | 16:21 | |
*** benji has quit IRC | 16:23 | |
*** benji has joined #zope | 16:23 | |
*** allisterb has quit IRC | 16:27 | |
*** touff has quit IRC | 16:32 | |
*** j-w has joined #zope | 16:36 | |
CIA-94 | janwijbrand * r114232 zc.catalog/ (CHANGES.txt setup.py): Preparing release 1.4.4 | 16:37 |
CIA-94 | janwijbrand * r114233 /zc.catalog/tags/1.4.4: Tagging 1.4.4 | 16:37 |
*** allisterb has joined #zope | 16:41 | |
*** cwarner has joined #zope | 16:42 | |
*** tisto is now known as tisto|away | 16:48 | |
*** mahiti_skt has quit IRC | 16:49 | |
*** touff has joined #zope | 16:54 | |
*** jim_SFU has joined #zope | 16:54 | |
*** baijum has quit IRC | 16:56 | |
CIA-94 | janwijbrand * r114234 zc.catalog/ (CHANGES.txt setup.py): Back to development: 1.4.5 | 16:57 |
CIA-94 | janwijbrand * r114235 groktoolkit/ (buildout.cfg grok.cfg): use ztk-1.0a1 release, use 1.4.4 bugfix release of zc.catalog | 16:57 |
*** tisto|away is now known as tisto | 17:00 | |
*** hannosch has joined #zope | 17:00 | |
j-w | hi hannosch, ccomb | 17:01 |
hannosch | j-w: I'm here in 3 minutes | 17:01 |
j-w | ok | 17:01 |
ccomb | hannosch j-w : hi | 17:02 |
planetzopebot | redturtle.alternative_orderui 0.2.0 (PyPI recent updates) http://pypi.python.org/pypi/redturtle.alternative_orderui/0.2.0 | 17:04 |
hannosch | ok. I'm here :) | 17:05 |
j-w | hi :-) | 17:05 |
*** hever has joined #zope | 17:05 | |
j-w | can we try to limit to about half an hour? | 17:05 |
hannosch | sure | 17:06 |
ccomb | ok | 17:06 |
j-w | thanks | 17:06 |
j-w | i'll make notes again, unless you guys really want to... | 17:06 |
* hannosch declares j-w note master! much appreciated | 17:06 | |
ccomb | :) | 17:06 |
j-w | not much response to your 1.0a1 announcement... | 17:07 |
hannosch | yeah. I'm a bit disappointed. I'll bring it up at the zope-dev meeting | 17:07 |
j-w | ok | 17:07 |
j-w | notes last meeting ok? | 17:07 |
hannosch | I'd like to get some feedback from "direct consumers" | 17:07 |
j-w | yes | 17:07 |
ccomb | that's because people are not ztk users, but framework users | 17:07 |
hannosch | yep. http://docs.zope.org/zopetoolkit/releaseteam/meeting-20100630.html looks fine | 17:08 |
j-w | the "direct consumers" == "easy_install-based projects" in this case? | 17:08 |
hannosch | j-w: both that and people like Zope Corp, Canonical, ... which don't use any of the big frameworks | 17:09 |
j-w | ok | 17:09 |
j-w | some kind of feedback would be appreciated indeed | 17:10 |
j-w | at least I'm happy, from a Grok-perspective | 17:10 |
j-w | :-) | 17:10 |
j-w | I'll make note of that on the ml BTW | 17:10 |
hannosch | cool | 17:10 |
ccomb | j-w: I've not seen yeet how you're using the ztk from groktoolkit | 17:10 |
hannosch | ccomb: any objections to the meeting nores? | 17:10 |
hannosch | notes even | 17:10 |
ccomb | no | 17:10 |
hannosch | ok, I declare the notes to be approved | 17:11 |
ccomb | are you replicating most of the buildbot conf, just extending the version list? | 17:11 |
j-w | for grok? | 17:11 |
ccomb | yes | 17:11 |
j-w | we have a groktoolkit that is kinda like the ztk | 17:11 |
ccomb | for bb, I would like to find an easy way to use the ztk without kinf of "forking" it anyway | 17:11 |
j-w | the gtk extends the version lists of the ztk | 17:11 |
j-w | and add grok-specific deps | 17:12 |
hannosch | Zope 2 does this: http://svn.zope.org/Zope/trunk/versions.cfg?rev=114196&view=markup | 17:12 |
j-w | see: http://svn.zope.org/groktoolkit/trunk/grok.cfg?rev=114235&view=auto | 17:12 |
j-w | right | 17:12 |
*** aaronv has joined #zope | 17:13 | |
ccomb | mmh ok | 17:13 |
hannosch | isn't there a bbkit that looks similar? | 17:13 |
*** touff has quit IRC | 17:13 | |
ccomb | yes but I would like to see if it's possible to get rid of the bbkit | 17:14 |
*** milosn has quit IRC | 17:14 | |
j-w | ccomb: why? | 17:14 |
ccomb | having 4 differents foobarkit disturbs me | 17:14 |
j-w | maintenance burden? | 17:14 |
ccomb | yes | 17:14 |
j-w | ok | 17:14 |
Theuni2 | kitkit | 17:14 |
Theuni2 | come kitty kitty kitty | 17:14 |
*** davisagli|away is now known as davisagli | 17:15 | |
hannosch | ccomb: I'd expect BlueBream to grow or have some of its own dependencies. so you need to maintain that at some place | 17:15 |
j-w | i don't think grok could do without a think like a groktoolkit | 17:15 |
Theuni2 | btw: i advised some people internally to switch from the various home-baked project efforts to the ztk that was just released, the first impression was okish __mac__1 had some minor notes | 17:15 |
hannosch | Theuni2: tell him to share those on the mailing list, we want feedback | 17:16 |
__mac__1 | k | 17:16 |
hannosch | j-w, ccomb: if we want to keep this short, should we go through the tasks? | 17:16 |
j-w | yes | 17:16 |
j-w | I tested grok | 17:16 |
ccomb | ok | 17:16 |
j-w | all seems fine | 17:17 |
hannosch | great | 17:17 |
ccomb | what were the hot topics? | 17:17 |
hannosch | http://docs.zope.org/zopetoolkit/releaseteam/meeting-20100630.html#tasks | 17:17 |
j-w | testing bb, 64-bit windows buildslaves | 17:17 |
hannosch | I didn't talk to adam, but he managed on his own | 17:17 |
j-w | hannosch: I saw something about that | 17:17 |
hannosch | we got test results for all Windows flavors for the ZTK since yesterday | 17:17 |
j-w | cool | 17:18 |
hannosch | incl. 64bit Windows | 17:18 |
j-w | maybve we should gather all the buildslave URLs for the ztk somewhere in the releaseteam docs | 17:18 |
j-w | for easy reference | 17:18 |
hannosch | http://docs.zope.org/zopetoolkit/process/buildbots.html | 17:18 |
hannosch | that's the current list | 17:18 |
j-w | ok! | 17:19 |
ccomb | ok so among open points, | 17:19 |
*** danfairs has joined #zope | 17:19 | |
hannosch | I'll make sure to add Adam's buildbots | 17:19 |
j-w | right | 17:19 |
ccomb | I need to improve chekversions stuff to use final versions | 17:19 |
*** Theuni2 has quit IRC | 17:20 | |
hannosch | ccomb: indeed, any estimate when you might have the time for it? | 17:20 |
ccomb | either before the end of the week, | 17:20 |
ccomb | or after the 22 july | 17:20 |
hannosch | aha, vacations :) | 17:20 |
ccomb | yes, I'll try before :) | 17:20 |
j-w | can we help somehow? | 17:20 |
ccomb | maybe just some advice on how to detect final versions? | 17:21 |
*** hever has quit IRC | 17:21 | |
hannosch | pkg_resources has a "good" version API | 17:21 |
ccomb | ok I'll look at that | 17:22 |
hannosch | parse_version or so gives back a decent tuple of some sort | 17:22 |
hannosch | and I guess the buildout code that deals with "prefer-final" has the logic as well | 17:22 |
ccomb | ok, I remember I'm already using this tuple | 17:22 |
ccomb | ok | 17:22 |
ccomb | otherwise, I will also move all the afpy buildbots to a newer machine with 64bits by default, and virtualisation support | 17:22 |
ccomb | so I'll eventually be able to add windows support to the autorelease buildbot | 17:23 |
j-w | nice | 17:23 |
*** Charlie_X has joined #zope | 17:23 | |
j-w | any other task we can think of right now? | 17:23 |
ccomb | on my side I'll focus on these 2 tasks | 17:23 |
hannosch | I think there's nothing concrete we need to do now | 17:23 |
j-w | else I'd like to go over the open points list and see what's still relevant in it | 17:23 |
ccomb | and also let bluebream depend on ztk before any release | 17:24 |
*** webmaven has joined #zope | 17:24 | |
ccomb | if baijum and others are ok | 17:24 |
agroszer | hannosch, pong | 17:24 |
hannosch | agroszer: can you add yourself to the list at http://docs.zope.org/zopetoolkit/process/buildbots.html ? | 17:24 |
j-w | is the matrix made by tres seaver a while ago still relevant for us to review? or should I remove that open point? | 17:24 |
agroszer | emmm, sure ;-) | 17:24 |
danfairs | Hi there - quick question. I've got some old zope external methods that I need to migrate into a new egg-based project | 17:25 |
hannosch | j-w: it's still relevant. before we release a "beta", I'd like to move some packages to the deprecated= lines | 17:25 |
j-w | i'll move the "non-final versions" open point to the tasks list | 17:25 |
danfairs | I've had a spelunk through the ExternalMethods code and it seems to look on Products.__path__ to find Extensions folders to examine | 17:25 |
j-w | hannosch: ok, can we make it into a task? | 17:25 |
hannosch | j-w: I'd really like to be able to drop some packages from a ZTK 1.1 release | 17:25 |
j-w | ok | 17:25 |
danfairs | ... but I'm not sure how to get my package to 'register' itself so external methods in the Extensions folder can be found. | 17:26 |
hannosch | j-w: we can make it into a task. it basically is already | 17:26 |
danfairs | I've found a workaround of adding the path to the software to the products= line in buildout.cfg, but that's not the right thing to do | 17:26 |
danfairs | any pointers? | 17:26 |
j-w | hannosch: then let's make it task, for all of three instead of an open point? | 17:26 |
j-w | right | 17:26 |
hannosch | +1 | 17:26 |
hannosch | ok. I'd leave the "feature process" open point for now. something to talk about once we get closer to a final release | 17:27 |
j-w | yes | 17:27 |
hannosch | we had some discussion about "roadmap" and release dates. should we plan that for next time? | 17:28 |
j-w | i do have a couple of minutes left now | 17:28 |
j-w | so we could try to do it now? | 17:28 |
j-w | the roadmap for 1.0 you mean, right? | 17:29 |
hannosch | well, let's start with the vacation topic and when we are all available | 17:29 |
j-w | ok | 17:29 |
hannosch | for a next meeting as well :) | 17:29 |
j-w | :-) | 17:29 |
j-w | i'll be more or less gone from 07/18 until 08/14 | 17:30 |
hannosch | ok. I don't have any vacation in the summer. available all the time | 17:30 |
Charlie_X | danfairs - have you got product registration enabled? If so eggs behave pretty like classic Products, | 17:30 |
ccomb | poor hannosch :( | 17:30 |
hannosch | ccomb: you mentioned something about vacation as well | 17:30 |
ccomb | yes, I'm on vacation from 11 to 22 | 17:31 |
ccomb | july | 17:31 |
* hannosch will be "gone" a lot in September. moving countries, Zope summit and so on | 17:31 | |
danfairs | Charlie_X: do you mean enable-product-installation? (possibly not!) | 17:31 |
j-w | moving countries? | 17:31 |
j-w | plate tectonics ;) | 17:31 |
*** davisagli is now known as davisagli|away | 17:31 | |
hannosch | I'm moving to Germany, Berlin | 17:31 |
hannosch | expand Jarn's Berlin office. we'll be five people there plus two more people sharing the same office | 17:32 |
j-w | nice! | 17:32 |
ccomb | maybe we should doodle | 17:32 |
hannosch | well. with the two of you overlapping, we are all back after August 22 | 17:33 |
j-w | hannosch: we could plan an informal meeting next week if that's ok with you ccomb? | 17:33 |
hannosch | eh August 14 | 17:33 |
MatthewWilkes | hannosch: Five? | 17:33 |
hannosch | MatthewWilkes: four, sorry forgot that lurker moved here | 17:33 |
j-w | and then we could try a beta soon after august 14? | 17:33 |
Charlie_X | danfairs: yes | 17:34 |
danfairs | Charlie_X: it's OK - I think I've missed a bit of zcml :) | 17:34 |
Charlie_X | Although I just add the packages to the zcml section of buildout | 17:34 |
ccomb | j-w: no pn | 17:34 |
ccomb | no pb | 17:34 |
hannosch | j-w: informal meeting next week and proper one after August 14 sounds good | 17:34 |
j-w | ok | 17:34 |
danfairs | Charlie_X: right - that's the bit I missed! | 17:34 |
* Charlie_X apologises to the ZTK team | 17:34 | |
j-w | hannosch, ccomb anything else for now? | 17:35 |
*** wiggy has joined #zope | 17:35 | |
ccomb | no | 17:35 |
hannosch | j-w: nothing important | 17:35 |
*** hever has joined #zope | 17:35 | |
j-w | ok, thanks for the quick meeting! | 17:35 |
ccomb | thanks bye | 17:35 |
hannosch | j-w: should we meet before the zope-dev meeting again on Tuesday? | 17:35 |
j-w | yes | 17:36 |
hannosch | ok. same time? | 17:36 |
j-w | I basically assumed same time same place :) | 17:36 |
CIA-94 | adamg * r114236 /zopetoolkit/doc/source/process/buildbots.rst: add winbot.zope.org | 17:36 |
hannosch | +1 | 17:36 |
j-w | see you next week! | 17:36 |
hannosch | cool. meeting adjourned :) | 17:36 |
*** digitalmortician has quit IRC | 17:37 | |
hannosch | agroszer: thx :) | 17:37 |
agroszer | welcome | 17:38 |
*** j-w has quit IRC | 17:38 | |
wiggy | hannosch: is MailHost.send(<email.Message>) officially supported? | 17:38 |
hannosch | agroszer: how hard would it be to extend your winbuild script to support a different SVN location for a package? Zope2 lives at /Zope | 17:38 |
hannosch | wiggy: no idea. look at the MailHost code :) | 17:39 |
agroszer | what do you want to build? | 17:39 |
wiggy | the code tries to support it | 17:39 |
agroszer | the whole Zope2? | 17:39 |
wiggy | except it fails to handle some common scenarios | 17:39 |
hannosch | agroszer: yep | 17:39 |
hannosch | agroszer: it's not much and only for the 2.12.x releases. For 2.13.x the Zope2 distribution doesn't contain C extensions anymore | 17:40 |
agroszer | how does that work? does it work via simple commandline-commands? | 17:40 |
hannosch | same stuff as everything else | 17:41 |
*** TresEquis has joined #zope | 17:41 | |
hannosch | python setup.py bdist_egg upload | 17:41 |
agroszer | there's tagurl for the ini file | 17:41 |
hannosch | Zope2 is a normal egg these days :) | 17:41 |
agroszer | but I think the problem will be that the builders adds the version | 17:41 |
hannosch | it's a bit of a rare use-case. I can look at it myself if you think it's easy enough | 17:42 |
hannosch | just wondering if it's worth the effort | 17:42 |
agroszer | lemme check the repo | 17:43 |
*** milosn has joined #zope | 17:43 | |
agroszer | hannosch, I think you're good to go | 17:44 |
agroszer | package=Zope | 17:44 |
agroszer | and add the required minVersion and maxVersion | 17:44 |
hannosch | ok, cool. I'll try and you will see it break ;) | 17:45 |
agroszer | go for it | 17:46 |
*** davisagli|away is now known as davisagli | 17:47 | |
agroszer | hannosch, don't forget the pypi perm | 17:47 |
hannosch | agroszer: ok, committed and permission granted | 17:49 |
hannosch | there's no eggs missing right now, so it probably won't do anything | 17:49 |
CIA-94 | tseaver * r114237 ZODB/bootstrap.py: Add missing bootstrap. | 17:50 |
CIA-94 | hannosch * r114238 /Sandbox/adamg/zope.wineggbuilder/trunk/rackspace.ini: Screw up the winbot ;) | 17:50 |
agroszer | hannosch, you can force a build if you login via RDP, fire up firefox via localhost:8009 | 17:50 |
*** dataflake has joined #zope | 17:50 | |
hannosch | agroszer: ok. will have to do that later. I don't have RDP setup on my iMac, only on my macbook at home | 17:52 |
agroszer | np, you'll see tomorrow morning | 17:52 |
wiggy | hannosch: what is this? people are using desktops instead of lugging around laptops at jarn now? or just you? | 17:53 |
hannosch | wiggy: both Denys and me are using iMac's | 17:53 |
hannosch | for quite a while now. the screens are just so much better | 17:53 |
hannosch | and we have two more iMac's in the pair programming rooms | 17:53 |
agroszer | 24" ? | 17:54 |
hannosch | 27" 2560*1440 resolution | 17:55 |
agroszer | ohhboy | 17:55 |
Charlie_X | external keyboards and screens are so much more ergonomical. | 17:56 |
agroszer | that just rulez compared to a laptop screen | 17:56 |
wiggy | hannosch: is there a trick to debugging zope errors in a doctest? | 17:56 |
hannosch | Charlie_X: everyone else uses external 24" screens with external mouse / keyboard | 17:57 |
hannosch | wiggy: rewrite them as a non-doctest? | 17:57 |
*** Bilboquet has joined #zope | 17:57 | |
wiggy | hannosch: I have non-doctests for the code path which don't fail :( | 17:57 |
*** hever has quit IRC | 17:58 | |
hannosch | well. remove the doctests then? | 17:58 |
Charlie_X | hannosch: I much prefer a tablet over a mouse. My Bamboo touch will also let you use your fingers but that teaches one the advantages of the pencil. | 17:58 |
agroszer | wiggy, I used to do a >>> pdb.set_trace(), then a breakpoint where necessary | 17:58 |
agroszer | actually not with pdb, but similar | 17:58 |
wiggy | agroszer: you have to step 15 levels through mechanize if you do that, not ideal :( | 17:59 |
*** hever has joined #zope | 17:59 | |
Charlie_X | agroszer: really only those few lines need translating? I'll get that done this evening. | 17:59 |
hannosch | wiggy: this is only a doctest or also a zope.testbrowser one? | 17:59 |
wiggy | also zope.testbrowser | 18:00 |
agroszer | Charlie_X, yup | 18:00 |
wiggy | it's a story for a website | 18:00 |
hannosch | you remember that browser.handleErrors = False thing, right? | 18:00 |
wiggy | no | 18:00 |
Charlie_X | Currently far too distracted by Tour de France. How cruel of the organisers to put include bits of Paris-Roubaix... | 18:00 |
*** Theuni1 has joined #zope | 18:00 | |
TresEquis | time | 18:00 |
agroszer | wiggy, put the breakpoint after it stops to the right place | 18:00 |
hannosch | wiggy: ah. I think the spelling is even correct. gives you a proper error message instead of a 500 | 18:00 |
Theuni1 | Goooood morning | 18:00 |
agroszer | yah, afternoon | 18:01 |
hannosch | Theuni1: good evening? | 18:01 |
Charlie_X | Theuni1: thanks for writing my summary for me. Meant to do it last night but you beat me to it. | 18:01 |
agroszer | morning was around 14 hours ago | 18:01 |
Theuni1 | http://docs.zope.org/zopetoolkit/zope-dev/zope-dev-20100706.html | 18:01 |
Theuni1 | Charlie_X: no worries | 18:01 |
Theuni1 | hannosch: good as well :) | 18:01 |
Theuni1 | First topic: use of VCS properties in code files | 18:01 |
Theuni1 | There was a mailing list discussion here: https://mail.zope.org/pipermail/zope-cmf/2010-July/029208.html | 18:02 |
Charlie_X | Theuni1: date is wrong | 18:02 |
wiggy | I'm +1 on removing them | 18:02 |
Theuni1 | And I think the question was whether we want them to be used, where we need to communicate this and whether we want to actively remove them or just ignore existing ones and not do anything about their existence right now. | 18:02 |
Theuni1 | Charlie_X: thanks, just saw that. will clean that up | 18:02 |
Charlie_X | For those that aren't on the CMF list. The issue was raised there and Tres provided a cogent reason for removinf $Id$ etc, | 18:03 |
agroszer | the only use I see for that might be in released eggs | 18:03 |
agroszer | less digging through svn logs | 18:03 |
hannosch | I think they serve no purpose anymore, I'm removing them whenever I see them in Zope2 code | 18:03 |
TresEquis | agroszer: but released eggs have "which file" metadata in them already | 18:03 |
TresEquis | because they are installed | 18:03 |
TresEquis | the original purpose was to debug what non-released checkout was installed on some site | 18:04 |
Charlie_X | Any source that gets changed with $ marking is likely to cause problems. | 18:04 |
planetzopebot | zc.catalog 1.4.4 (PyPI recent updates) http://pypi.python.org/pypi/zc.catalog/1.4.4 | 18:04 |
TresEquis | in CVS, which had no other way to track that | 18:04 |
agroszer | then just remove it (tm) | 18:04 |
TresEquis | I would say we drop mention of using them in the docs | 18:04 |
TresEquis | and remove them opportunistically, like any other janitorial cleanup | 18:04 |
Theuni1 | I'm for the opportunistic removal, but I'd mention that we don't like them in the docs. | 18:05 |
TresEquis | ok, sure | 18:05 |
Charlie_X | TresEquis: I would make a note of not using them (and why) in the docs. | 18:05 |
TresEquis | I don't know where all the coding standards docs are | 18:05 |
hannosch | http://docs.zope.org/zopetoolkit/codingstyle/python-style.html ? | 18:06 |
hannosch | that doesn't have the $id bit anymore | 18:06 |
Theuni1 | http://docs.zope.org/developer/development-culture.html#coding-standards | 18:06 |
Theuni1 | there's two docs it seems | 18:06 |
Theuni1 | I don't see any mention of the properties in either place | 18:07 |
wiggy | funny how that second doc does not work for grok | 18:07 |
Theuni1 | wiggy: hmm? | 18:07 |
wiggy | Theuni1: package layout uses a single templates/ directory | 18:08 |
wiggy | Theuni1: grokcore.view still does not support that afaik | 18:08 |
Charlie_X | At the start of the python-style doc seems best. It's an annotation rather than an instruction "a note on version control metadata"... | 18:08 |
wiggy | I also I see people actively moving templates into the same dir as code | 18:08 |
Charlie_X | wiggy we're doing that in the CMF | 18:09 |
wiggy | Charlie_X: you're violating the development culture then I suppose :) | 18:09 |
Theuni1 | sounds like the rules are one ore more of: not known, undiscoverable, ambiguous, wrong | 18:09 |
Charlie_X | Real, rebel me. | 18:09 |
TresEquis | wiggy: that part of that doc is not all that well vetted | 18:09 |
TresEquis | it was adapted from the repoze dev docs | 18:09 |
TresEquis | where that *is* a requirement | 18:09 |
wiggy | TresEquis: perhaps it should be removed? | 18:09 |
TresEquis | or extended to note other patterns | 18:10 |
CIA-94 | ctheune * r114239 /zopetoolkit/doc/source/zope-dev/zope-dev-20100706.rst: Fix date header of todays meeting. | 18:10 |
*** MrWu has joined #zope | 18:10 | |
Charlie_X | Nicely modular code shouldn't need too many folders. views.py and views.pt are fine next to each other. | 18:10 |
*** MrWu has quit IRC | 18:11 | |
Theuni1 | anyway, we're straying off the agenda | 18:11 |
Theuni1 | everyone in here is fine with the decision of not adding VCS properties anymore and removing them opportunistically | 18:11 |
agroszer | vote now | 18:11 |
agroszer | +1 | 18:11 |
dataflake | +1 | 18:11 |
Theuni1 | +1 | 18:11 |
wiggy | +1 | 18:11 |
Charlie_X | +1 | 18:11 |
hannosch | +1 | 18:12 |
*** MrWu has joined #zope | 18:12 | |
TresEquis | +1 | 18:12 |
Theuni1 | sounds solid | 18:12 |
TresEquis | just checked in a note to that effect on the ztk docs | 18:13 |
Theuni1 | yay | 18:13 |
Theuni1 | next: expectations for the summit | 18:13 |
Charlie_X | next | 18:13 |
*** hever has quit IRC | 18:13 | |
Theuni1 | sorry for not having been there last week | 18:13 |
Theuni1 | I see that hannosch's input on the mailing list spurred discussions | 18:14 |
hannosch | yeah. people trying to solve problems, exactly what we didn't want :) | 18:14 |
*** projekt01 has joined #zope | 18:14 | |
Theuni1 | haha | 18:14 |
*** daMaestro has joined #zope | 18:14 | |
Charlie_X | I want more compelling stories for Zope | 18:15 |
Theuni1 | I found both your input and martijn's helpful. | 18:15 |
Theuni1 | Charlie_X: yeah, i wrote that down from last week. what did you mean by that? | 18:15 |
hannosch | like a better zope.org site (being worked on) that has use-cases and success stories? | 18:16 |
Charlie_X | It actually arose in response to Adam's suggestion on "what's missing"? | 18:16 |
agroszer | yah, documentation-wise we don't look so good | 18:17 |
Theuni1 | Hmm. And that kinda has been that way for a looooong time. I think figuring out how to "finally" fix this would be *very* helpful. | 18:18 |
d2m | hannosch: i'd like to add developer portraits, company profiles and product use-cases to the new zope.org site | 18:18 |
Charlie_X | It's probably indicative of my lack of skills but I'm still impressed by Philikon's wiki presentation at Europython in Geneva 4 years ago. Usually, with Zope we don't need "more" we just need to think a little. | 18:18 |
Theuni1 | Charlie_X: I actually would be interested in the part that Martijn indicated about being open to experimentation and then folding together common experiences into common code. | 18:19 |
Theuni1 | A frontier I'd like to see something happening is support for various HTML 5 technologies that require assistence from the server, like event handling. | 18:19 |
d2m | hannosch: depends on if we agree to do so and if there is a budget to produce/maintain the content | 18:19 |
Charlie_X | Less code, more story. | 18:20 |
Theuni1 | Charlie_X: are you interested in having less code or do you just want more story and think that we need to rebalance efforts? | 18:20 |
Charlie_X | I want more story. We shouldn't actively be looking for more code, except for stuff that we can't do now. | 18:21 |
TresEquis | I'd rather see us focus on higher quality code, than more code | 18:22 |
Theuni1 | TresEquis: ;) | 18:22 |
Charlie_X | A possible side effect will be more narrative documentation which should help us all. | 18:22 |
TresEquis | too damned much abandonware in the repository now as it is | 18:22 |
Theuni1 | I hope that no one is there who actually wants more code. But I'd like to support some more use cases at some point. | 18:22 |
Charlie_X | +1 on that TresEquis | 18:22 |
Theuni1 | TresEquis: true | 18:22 |
Charlie_X | Theuni1: we should actively be finding and describing use cases. Then "winnow" any code, ruthlessly. | 18:23 |
Theuni1 | that reminds me of something that wolfgang schnerring wanted to do at some point: structure the X large areas of web development into a systematic overview and map our packages in there | 18:24 |
Theuni1 | anyway | 18:24 |
hannosch | we are reducing code quite a lot. once we start deprecating and moving zope.app stuff out of the ZTK for good, we have a lot less code | 18:24 |
*** digitalmortician has joined #zope | 18:24 | |
Theuni1 | anything else about the summit? I'll keep gathering potential topics for the summit. | 18:24 |
TresEquis | we have at least 429 abandoned projects by one standard ;) | 18:24 |
Charlie_X | I love the explanatory parts of the printed version of the Python Cookbook and I'd like to see something similar for Zope. | 18:24 |
Theuni1 | TresEquis: heh ;) | 18:24 |
Theuni1 | I hope you guys are planning to join us in September! (Remember to mail us at mail@gocept.com to tell about your participation!) | 18:24 |
* Charlie_X is coming | 18:25 | |
* hannosch is coming, didn't sent mail yet | 18:25 | |
Theuni1 | a last topic before going meta | 18:25 |
Theuni1 | hannosch: hush hush :) | 18:25 |
Theuni1 | Charlie_X asked for this topic for today: | 18:25 |
Theuni1 | We can add the "c-optimisations considered optional and how to configure them" to that list. | 18:25 |
Theuni1 | I didn't follow that discussion, so I'll open the floor for Charlie | 18:25 |
*** alecm has joined #zope | 18:26 | |
Charlie_X | This was just in response to the i8nmessageid thread. But also relevant for windows builds, I guess. | 18:26 |
*** hever has joined #zope | 18:26 | |
TresEquis | This is about making projects which have C optiimizations, or other optional add-ons, installable on as many platforms as possible | 18:26 |
TresEquis | GAE, Jythin, IronPython, Windows | 18:26 |
Theuni1 | ah | 18:26 |
Charlie_X | A C-optimisation broke BFG on Jython. It was then pointed out that the optimisation was optional and can be handled by distribute. | 18:26 |
agroszer | TresEquis, you can tick windows | 18:27 |
* Theuni1 gets reminded of the somewhat awkawd GSOC import-try-except madness | 18:27 | |
Theuni1 | hmm. awkward. | 18:27 |
TresEquis | agroszer: only for projects in the "supported" set | 18:27 |
*** giampaolo has quit IRC | 18:27 | |
TresEquis | Charlie_X: not 'distribute', but 'distutils2' | 18:28 |
TresEquis | neither setuptools nor distribute has a good way to spell that yet | 18:28 |
Charlie_X | Thanks, TresEquis. | 18:28 |
TresEquis | short of ugly stuff in the setup.py | 18:28 |
TresEquis | I have a partial solution in zope.optionalextension | 18:28 |
TresEquis | It works on "bare" distutils, but breaks on setuptools / distribute | 18:29 |
Charlie_X | :-/ | 18:29 |
agroszer | what do you consider unsupported? | 18:29 |
TresEquis | due to something weird in the way they monkeypatch distutils | 18:29 |
TresEquis | agroszer: those 429 packages ;) | 18:29 |
*** JaRoel|4D has quit IRC | 18:29 | |
TresEquis | pretty much anything outside ZTK / zopeapp or one of the three frameworks | 18:30 |
Theuni1 | hmm. what's the baseline for the issue for today? | 18:30 |
* hannosch welcomes Tres work and encourage him to continue | 18:31 | |
Charlie_X | I guess that we are working on an active solution for the problem. | 18:31 |
TresEquis | zope.i18nmessageid 3.5.0 worked on Jython, GAE, etc | 18:31 |
CIA-94 | tseaver * r114240 /zopetoolkit/doc/source/codingstyle/python-style.rst: Note change in policy about keyword expansion. | 18:31 |
TresEquis | but that broke in a recent cleanup | 18:31 |
Theuni1 | TresEquis: and you're trying to extract the mechanism that made it work into a separate package? | 18:32 |
TresEquis | yes | 18:32 |
Theuni1 | alright | 18:32 |
Theuni1 | i'm happy with that | 18:32 |
hannosch | I'm also +1 on trying to support alternative platforms like Jython and GAE in general | 18:32 |
TresEquis | and get setuptools / distribute not to screw it up ;( | 18:32 |
Theuni1 | official part over, now for some meta/bikeshedding | 18:32 |
TresEquis | ok | 18:32 |
Theuni1 | Any input on the meeting itself? | 18:32 |
agroszer | quite some folks today | 18:33 |
*** __mac__1 has quit IRC | 18:33 | |
Charlie_X | Yes, makes a change from the "Three Stooges" that we often are. | 18:33 |
Theuni1 | true, i'm happy about that. last weeks were a lot more quiet | 18:33 |
Theuni1 | is that a "we had luck and have time today" effect? | 18:33 |
Theuni1 | is there anything to make this happen more often? :) | 18:33 |
davisagli | this is my first time listening in. I like the format, but the time is non-ideal for me on the US West Coast (UTC-7) | 18:33 |
Charlie_X | Maybe Hanno's suggestion to give us official status helps. | 18:33 |
dataflake | it's a "i signed up on the Doodle and cannot back out" effec ;-) | 18:34 |
Theuni1 | dataflake: there was no doodle for this meeting :P | 18:34 |
dataflake | dang, i'm getting all those doodles confused. | 18:34 |
Theuni1 | davisagli: right. the australians are off even worse ;) | 18:34 |
Charlie_X | dataflake: that is biting me for next week. | 18:34 |
davisagli | Theuni1: impossible to please everyone, I realize | 18:34 |
dataflake | Charlie_X: next week? | 18:34 |
agroszer | there's no perfect time... | 18:34 |
Theuni1 | davisagli: right. i also have the feeling that sticking with a time for weekly meetings is better than shuffling every time. | 18:35 |
Charlie_X | bug day - I'm actually flying on Wednesday | 18:35 |
davisagli | Theuni1: +1 | 18:35 |
hannosch | I think we should take some topics to the mailing list. especially if attendance is low | 18:35 |
Theuni1 | the monthly meetings of the zope foundation move around as we do have people from US/AU/EU there but then again we have to agree on every date individually anyway | 18:35 |
TresEquis | I've been travelling a bit | 18:36 |
Theuni1 | hannosch: any idea how? i tried getting the mailing list involved a bit more by making even shorter summaries and asking explicit questions there | 18:36 |
Theuni1 | TresEquis: i see | 18:36 |
Theuni1 | me too, makes it really hard to attend :) | 18:36 |
Charlie_X | We can flag items on the ML and get the decision making done here. | 18:36 |
Theuni1 | I also do have the issue that attending after a whole day of work is somewhat tiring every now and then. | 18:36 |
Theuni1 | Charlie_X: i think hannosch wants the other way around. | 18:36 |
hannosch | Theuni1: not sure how. zope-dev seems to be awfully quiet these days. which is a good change after all the bikeshedding :) | 18:37 |
Theuni1 | hannosch: i don't even find it that quiet, more, uhm ... focused. | 18:37 |
hannosch | right. less politics, more hard technical topics | 18:37 |
Charlie_X | Theuni1: decision making on the ML doesn't work. It never ends. | 18:38 |
*** baijum has joined #zope | 18:38 | |
hannosch | ok. I'll withdraw my ML suggestion. I don't know how to make that work either | 18:38 |
Theuni1 | hannosch: i do think there's a point, though | 18:38 |
Theuni1 | i'm not sure how to make the integration more smooth either, though | 18:38 |
Theuni1 | lets keep it in mind but drop it :) | 18:39 |
Charlie_X | hannosch: I like the idea of launching a topic on the ML in advance of an IRC meeting which will take a decision. | 18:39 |
hannosch | there is. but let's talk about it over a beer in September | 18:39 |
Charlie_X | Like we did with VCS markers | 18:39 |
Theuni1 | hmm | 18:39 |
Theuni1 | beer | 18:39 |
Charlie_X | Prepare to be shocked | 18:39 |
* Theuni1 puts his sunglasses on | 18:40 | |
* Charlie_X is drinking alcohol-free beer in the heat | 18:40 | |
Theuni1 | Does anyone have any input for me about organizing the topics? I'm getting tired of organizing text files, but poking blueprints is also annoying. | 18:40 |
Charlie_X | hannosch: any "policy" decision often needs more than 24 hours to think over. | 18:41 |
hannosch | Theuni1: I think text files are the best we can do :) | 18:41 |
Charlie_X | We've had discussion today, again, about exception in doctests. I think we should move to some formal policy on that as they are evil. | 18:41 |
Theuni1 | yeah, i was afraid to hear that ... :) | 18:42 |
hannosch | Charlie_X: we tried that. doctests is a bikeshed topic. some people love them, some hate them | 18:42 |
Theuni1 | any other meta topics about the meeting? | 18:42 |
TresEquis | hannosch: the people who have to fix the tests which break should win | 18:42 |
Charlie_X | +1 | 18:43 |
TresEquis | the doctest lovers need to vote with sweat ;) | 18:43 |
hannosch | TresEquis: sure | 18:43 |
* hannosch is out of meta topics | 18:43 | |
TresEquis | J1m has advocated a mode which removes the exception rendering from doctests | 18:43 |
*** allisterb has quit IRC | 18:43 | |
TresEquis | while still being able to make assertions about the message, args, etc | 18:44 |
agroszer | anything that standardizes the output is good | 18:44 |
TresEquis | maybe we add an 'assertRaisesEx' API to zope.testing | 18:44 |
Theuni1 | ok, i'll close the meeting now, then. the doctest stuff will be ignored in the minutes. ;) | 18:44 |
Theuni1 | thanks for attending, you've been a great crowd! | 18:44 |
TresEquis | which both does the assertion and returns the exception object | 18:44 |
Charlie_X | That sounds interesting. | 18:45 |
hannosch | sounds like the context manager in Python 2.7's unittest | 18:45 |
TresEquis | about 5 minutes worth of coding | 18:45 |
TresEquis | hannosch: yup | 18:45 |
Charlie_X | But I still don't get why people would want to do that in doctests. | 18:45 |
*** dataflake has quit IRC | 18:47 | |
*** thetet has joined #zope | 18:48 | |
Theuni1 | Charlie_X: so your doodle is effectively completely red even though you set wednesday on available? | 18:48 |
baijum | hannosch: I am struggling with another Windows service issue now :( https://bugs.edge.launchpad.net/collective.buildout/+bug/596839 If you have any pointers please let know. | 18:48 |
_mup_ | Bug #596839: zope2instance fails to run as Windows Service under Python 2.6 and Zope 2.12 <collective.buildout:Confirmed> <https://launchpad.net/bugs/596839> | 18:48 |
*** MJ has quit IRC | 18:49 | |
Charlie_X | Theuni1: I got Tuesday and Wednesday confused. :-( As a result I'm planning to do some lonely bugfixing on Tuesday. | 18:52 |
Theuni1 | heh | 18:52 |
Theuni1 | you're welcome to do so :) | 18:52 |
Charlie_X | hannosch: I had to manually install distribute for the zope.formlib tests on Python 2.7. Do we need to lobby for a 2.7 egg? | 18:53 |
agroszer | Charlie_X, PJE is rather ... on that | 18:53 |
agroszer | I asked for a windoze .exe for 2.7 | 18:54 |
agroszer | ehh | 18:54 |
agroszer | wrong package | 18:54 |
Charlie_X | same problem | 18:54 |
*** r0ver has joined #zope | 18:54 | |
agroszer | yes but same problem | 18:54 |
agroszer | maybe Tarek is easier on that | 18:54 |
* Theuni1 heads off homeward | 18:55 | |
hannosch | baijum: oh, I know. zope2instance is broken on Windows as well. I tried working on this today - got as far as making all the tests pass | 18:55 |
hannosch | baijum: but then couldn't get a Python with pywin32 installed | 18:55 |
*** projekt01 has quit IRC | 18:56 | |
agroszer | hannosch, which win and pywin32? | 18:56 |
*** MatthewWilkes has quit IRC | 18:56 | |
hannosch | agroszer: my Windows 7 64bit machine. I have self compiled Python which supports cross-compilation form the same install | 18:56 |
hannosch | but trying to compile pywin32 yourself is a pain | 18:57 |
agroszer | ops, with python.org's everything works ok | 18:57 |
*** TresEquis has quit IRC | 18:58 | |
baijum | hannosch: Windows service is working fine, if we use "mkzopeinstance" script (entry point) but not with that recipe | 18:58 |
hannosch | yeah. I tried installing that, but then I get OverflowErrors from int / long conversions in C code. so something was wrong with the 32/64 bit stuff | 18:58 |
Charlie_X | agroszer: distribute works fine although I see there is no egg. It's just I couldn't seem to get bootstrap to want to use it. | 18:58 |
* Charlie_X has consigned setuptools to dev/null | 18:58 | |
agroszer | hannosch, which python version? | 18:59 |
hannosch | baijum: right. sidnei reported that the service also works when calling "bin/instance fg" internally, but not "bin/instance console" | 18:59 |
hannosch | agroszer: 2.6.5 | 18:59 |
*** allisterb has joined #zope | 18:59 | |
hannosch | Zope 2 is only Python 2.6 :) | 18:59 |
* agroszer is not so into Zope2 | 18:59 | |
*** Theuni1 has quit IRC | 18:59 | |
hannosch | you don't have to | 18:59 |
* hannosch has no idea about BlueBream :) | 19:00 | |
* baijum is a "Zope 2" only user professionally | 19:00 | |
baijum | :) | 19:00 |
hannosch | we only use Plone and repoze.bfg :) | 19:00 |
hannosch | baijum: sidnei told me that bin/instance console doesn't work, as it replaces the wrapper process with the Zope one. On Windows you really need to start a subprocess. otherwise the service thinks it's being restarted or so | 19:02 |
*** d2m has quit IRC | 19:02 | |
hannosch | so some other variation of os.execvpe or whatever | 19:02 |
hannosch | and then again passing on os.environ and sys.path | 19:02 |
agroszer | you might want to look into z3c.recipe.winservice | 19:02 |
hannosch | right. we basically have the same code already in Zope2 itself and the plone.recipe.zeoserver recipe | 19:03 |
hannosch | it's just a matter of adjusting the zope2instance specific bits | 19:03 |
davisagli | hannosch: btw, I started looking at RestrictedPython for python 2.7 yesterday. So far I have some idea how the thing works and have a list of items from the python changelog to look into, which I'll do as I have time | 19:04 |
hannosch | it got refactored, so there's no runzope or zopectl scripts anymore | 19:04 |
hannosch | davisagli: awesome! | 19:04 |
baijum | hannosch: thanks for the pointers! I will try these ideas ... | 19:07 |
*** d2m has joined #zope | 19:10 | |
*** hannosch has quit IRC | 19:17 | |
*** danfairs has quit IRC | 19:24 | |
*** mr__q has quit IRC | 19:34 | |
*** wiggy has quit IRC | 19:37 | |
*** Epeli has joined #zope | 19:39 | |
*** hartym has quit IRC | 19:39 | |
*** benji is now known as benji-lunch | 19:40 | |
CIA-94 | jim * r114241 zc.ngi/src/zc/ngi/testing.py: Updated hreader | 19:48 |
*** evilbungle has quit IRC | 19:48 | |
*** __mac__ has joined #zope | 19:50 | |
*** emrojo has quit IRC | 19:53 | |
*** jim_SFU has quit IRC | 19:56 | |
*** touff has joined #zope | 19:57 | |
*** mitchell` is now known as mitchell`off | 19:58 | |
*** ccomb has quit IRC | 19:59 | |
*** jim_SFU has joined #zope | 20:01 | |
*** baijum has quit IRC | 20:05 | |
CIA-94 | adamg * r114242 /zopetoolkit/doc/source/process/buildbots.rst: add infos about message_formatter, sample bot configs | 20:06 |
CIA-94 | hannosch * r114243 Zope/sources.cfg: Added sources entry for nt_svcutils | 20:06 |
CIA-94 | hannosch * r114244 Zope/versions.cfg: We share a common toolchain with the ZTK | 20:06 |
CIA-94 | hannosch * r114245 Zope/sources.cfg: Use the simple svn protocol in sources, Stefan and me couldn't make the nightly bot to work with svn+ssh so far | 20:06 |
*** tiwula has joined #zope | 20:13 | |
*** Charlie_X has quit IRC | 20:14 | |
*** agroszer has quit IRC | 20:16 | |
*** davisagli is now known as davisagli|away | 20:22 | |
CIA-94 | hannosch * r114246 zope.exceptions/bootstrap.py: Updated bootstrap | 20:23 |
CIA-94 | hannosch * r114247 zope.exceptions/ (9 files in 3 dirs): PEP8 cleanup and removed obsolete build infrastructure files. | 20:23 |
*** davisagli|away is now known as davisagli | 20:32 | |
CIA-94 | hannosch * r114248 zope.exceptions/ (2 files in 2 dirs): | 20:35 |
CIA-94 | Fixed tests to work under Python 2.7. In 2.7 "exec" works like the normal Python | 20:35 |
CIA-94 | compiler and automatically assumes a newline at the end of a file. Before Python | 20:35 |
CIA-94 | 2.7 exec required an explicit newline. By using an explicit newline the | 20:35 |
CIA-94 | exception is the same under all versions. | 20:35 |
CIA-94 | hannosch * r114249 zope.exceptions/ (CHANGES.txt setup.py): Prepare zope.exceptions 3.6.1. | 20:35 |
CIA-94 | hannosch * r114250 /zope.exceptions/tags/3.6.1: Tagged zope.exceptions 3.6.1. | 20:35 |
CIA-94 | hannosch * r114251 zope.exceptions/ (CHANGES.txt setup.py): Bump version | 20:35 |
*** hever has quit IRC | 20:35 | |
*** benji-lunch is now known as benji | 20:38 | |
CIA-94 | hannosch * r114252 zopetoolkit/ztk-versions.cfg: Update zope.exceptions to make it compatible with Python 2.7 | 20:48 |
*** milosn has quit IRC | 20:50 | |
*** MrWu has quit IRC | 20:51 | |
CIA-94 | hannosch * r114253 zope.formlib/ (src/zope/formlib/tests/test_formlib.py CHANGES.txt): Fixed tests to pass under Python 2.7. Extending the already existing renormalizing approach for similar cases. | 21:01 |
CIA-94 | hannosch * r114254 zope.formlib/ (setup.py CHANGES.txt): Prepare zope.formlib 4.0.4. | 21:01 |
CIA-94 | hannosch * r114255 /zope.formlib/tags/4.0.4: Tagged zope.formlib 4.0.4. | 21:01 |
CIA-94 | hannosch * r114256 zope.formlib/ (setup.py CHANGES.txt): Bump version | 21:01 |
CIA-94 | hannosch * r114257 zopetoolkit/ztk-versions.cfg: Update zope.formlib to let tests pass under Python 2.7 | 21:01 |
*** davisagli is now known as davisagli|away | 21:12 | |
*** sim_sim has quit IRC | 21:14 | |
CIA-94 | hannosch * r114258 zope.proxy/ (CHANGES.txt src/zope/proxy/tests/test_proxy.py): Make tests compatible with Python 2.7. | 21:17 |
CIA-94 | hannosch * r114259 zope.proxy/ (CHANGES.txt setup.py): Prepare zope.proxy 3.6.1. | 21:17 |
CIA-94 | hannosch * r114260 /zope.proxy/tags/3.6.1: Tagged zope.proxy 3.6.1. | 21:17 |
CIA-94 | hannosch * r114261 zope.proxy/ (CHANGES.txt setup.py): Bump version | 21:17 |
CIA-94 | hannosch * r114262 zopetoolkit/ztk-versions.cfg: New zope.proxy all bin/test-ztk tests pass under Python 2.7 | 21:17 |
*** davisagli|away is now known as davisagli | 21:24 | |
*** milosn has joined #zope | 21:30 | |
CIA-94 | trollfot * r114263 grok/src/grok/ (ftesting.zcml ftests/security/handle_exception.py): | 21:33 |
CIA-94 | `index.html` is now the explicit default view name. | 21:33 |
CIA-94 | It was previously set up in zope.app.zcmlfiles that we no longer depend on. | 21:33 |
CIA-94 | This fixed the test failure on the Exception view. | 21:33 |
*** Theuni1 has joined #zope | 21:39 | |
*** touff has quit IRC | 21:47 | |
CIA-94 | trollfot * r114264 grok/ (src/grok/util.py src/grok/components.py CHANGES.txt setup.py): | 21:48 |
CIA-94 | Fixed the Exception view test failure. | 21:48 |
CIA-94 | Removed unused packages dependencies. | 21:48 |
CIA-94 | The flash method of the grok.View now uses the grokcore.message package. | 21:48 |
CIA-94 | Unused imports have been removed (some deprecated imports have been left for backward compatibility) | 21:48 |
*** thetet has quit IRC | 21:48 | |
*** davisagli is now known as davisagli|away | 21:51 | |
*** teix has left #zope | 21:52 | |
*** touff has joined #zope | 21:53 | |
*** davisagli|away is now known as davisagli | 21:56 | |
*** davisagli is now known as davisagli|away | 22:01 | |
*** touff has quit IRC | 22:01 | |
*** AnneGilles has joined #zope | 22:02 | |
CIA-94 | hannosch * r114265 /zopetoolkit/doc/source/releaseteam/meeting-20100630.rst: Added URL to the mail | 22:03 |
planetzopebot | zope.exceptions 3.6.1 (PyPI recent updates) http://pypi.python.org/pypi/zope.exceptions/3.6.1 | 22:04 |
planetzopebot | zope.formlib 4.0.4 (PyPI recent updates) http://pypi.python.org/pypi/zope.formlib/4.0.4 | 22:04 |
*** webmaven has quit IRC | 22:05 | |
*** webmaven has joined #zope | 22:09 | |
CIA-94 | hannosch * r114266 zc.buildout/bootstrap/ (newbootstrap.py bootstrap.py): Following today's zope-dev decision, remove some $Id markers | 22:17 |
*** mcdonc has quit IRC | 22:19 | |
*** tisto has quit IRC | 22:20 | |
*** daMaestro has quit IRC | 22:28 | |
*** touff has joined #zope | 22:31 | |
*** daMaestro has joined #zope | 22:40 | |
CIA-94 | hannosch * r114267 /zopetoolkit/doc/source/releaseteam/ (package-usage.rst index.rst): Converted Tres PDF into a simple rst file, included Plone and updated to current ZTK definition | 22:46 |
CIA-94 | hannosch * r114268 /zopetoolkit/doc/source/releaseteam/package-usage.rst: Noted the command I used to check for distributions | 23:00 |
*** aaronv has quit IRC | 23:02 | |
*** Theuni1 has quit IRC | 23:11 | |
CIA-94 | hannosch * r114269 /zopetoolkit/doc/source/releaseteam/package-usage.rst: Updated usage for Plone 4.0b4 - there's still some zope.app usage left ;) | 23:16 |
CIA-94 | hannosch * r114270 /zopetoolkit/doc/source/releaseteam/package-usage.rst: Less general title | 23:16 |
*** jim_SFU has quit IRC | 23:27 | |
CIA-94 | hannosch * r114271 /zopetoolkit/doc/source/releaseteam/package-usage.rst: Consistency! Use a lowercase x | 23:30 |
*** alecm has left #zope | 23:40 | |
*** alecm has joined #zope | 23:40 | |
*** smita has quit IRC | 23:48 | |
*** TomBlockley has joined #zope | 23:48 | |
*** TomBlockley has left #zope | 23:48 | |
*** __mac__ has quit IRC | 23:52 | |
*** Theuni1 has joined #zope | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!