donri | Help please: zc.lockfile.LockError: Couldn't lock u'var/db/development.fs.lock' | 00:03 |
---|---|---|
*** menesis has quit IRC | 00:05 | |
*** redir has quit IRC | 00:08 | |
*** tiwula has quit IRC | 00:16 | |
*** Wu has quit IRC | 00:16 | |
donri | The IOError is: [Errno 11] Resource temporarily unavailable | 00:17 |
*** Wu has joined #zope | 00:20 | |
CIA-94 | tseaver * r117736 Zope/src/Zope2/Startup/zopectl.py: | 00:23 |
CIA-94 | Fix ``zopectl start`` on non-Windows platforms. | 00:23 |
CIA-94 | Fixes LP #628448. | 00:23 |
CIA-94 | Forward-port from 2.13 branch. | 00:23 |
_mup_ | Bug #628448: zopectl start - doen't work in Zope2-2.13.0a3 <Zope 2:Fix Committed by tseaver> <https://launchpad.net/bugs/628448> | 00:23 |
*** tiwula has joined #zope | 00:24 | |
donri | Works fine in unit tests but not in the development server :( | 00:31 |
*** Hypergraphe has quit IRC | 00:36 | |
*** Subdino has quit IRC | 00:41 | |
*** makkalot has quit IRC | 00:42 | |
*** donri has quit IRC | 00:53 | |
*** ccomb has quit IRC | 01:03 | |
*** redir has joined #zope | 01:05 | |
*** dayne has quit IRC | 01:09 | |
*** mr_jolly__ has joined #zope | 01:15 | |
*** hever has joined #zope | 01:19 | |
*** dvschramm is now known as dvschramm|away | 01:24 | |
*** mr_jolly has joined #zope | 01:28 | |
*** J1m has quit IRC | 01:30 | |
*** MatthewWilkes has quit IRC | 01:41 | |
*** MrTango has quit IRC | 01:41 | |
*** mr_jolly has left #zope | 01:49 | |
*** lucmult has left #zope | 01:50 | |
*** mr_jolly has joined #zope | 02:33 | |
*** mr_jolly__ is now known as mr_jolly | 02:33 | |
*** daMaestro has quit IRC | 02:57 | |
*** mr_jolly has quit IRC | 02:59 | |
*** mr_jolly has joined #zope | 03:12 | |
*** tiwula has quit IRC | 03:32 | |
*** davisagli is now known as davisagli|away | 04:05 | |
*** pepeu has joined #zope | 04:16 | |
*** pepeu has left #zope | 04:17 | |
*** davisagli|away is now known as davisagli | 05:21 | |
*** acsr has joined #zope | 05:26 | |
*** acsr1 has quit IRC | 05:29 | |
*** hever has quit IRC | 06:25 | |
*** benji has quit IRC | 06:54 | |
*** sm has quit IRC | 07:25 | |
*** kursor has joined #zope | 07:25 | |
*** menesis has joined #zope | 08:31 | |
*** davisagli is now known as davisagli|away | 08:34 | |
*** __mac__ has joined #zope | 08:43 | |
*** JaRoel|4D has quit IRC | 08:43 | |
*** alga has joined #zope | 08:45 | |
*** kursor has quit IRC | 09:10 | |
*** davisagli|away is now known as davisagli | 09:15 | |
*** janjaapdriessen has joined #zope | 09:18 | |
*** Theuni1 has joined #zope | 09:34 | |
*** alexpilz has joined #zope | 09:41 | |
*** alexpilz has quit IRC | 09:46 | |
*** smita has joined #zope | 09:50 | |
*** janjaapdriessen has quit IRC | 09:51 | |
CIA-94 | icemac * r117737 z3c.schema2xml/ (buildout.cfg CHANGES.txt setup.py): | 09:53 |
CIA-94 | * Updated tests to newer Grok version (1.1). | 09:53 |
CIA-94 | * Run tests against lxml 2.2.6. | 09:53 |
CIA-94 | * Added test extra to declare test dependency on ``zope.app.testing``. | 09:53 |
CIA-94 | icemac * r117738 z3c.schema2xml/ (LICENSE.txt bootstrap.py COPYRIGHT.txt): Conform to repository policy. | 09:53 |
CIA-94 | icemac * r117739 z3c.schemadiff/ (4 files in 2 dirs): | 09:53 |
CIA-94 | - Using Python's ``doctest`` module instead of depreacted | 09:53 |
CIA-94 | ``zope.testing.doctest``. | 09:53 |
CIA-94 | - Added test extra to declare test dependency on ``zope.component [test]``. | 09:53 |
CIA-94 | icemac * r117740 z3c.schemadiff/ (COPYRIGHT.txt setup.py LICENSE.txt bootstrap.py): Conform to repository policy. | 09:53 |
CIA-94 | icemac * r117741 z3c.searcher/ (CHANGES.txt setup.py src/z3c/searcher/tests.py): | 09:53 |
CIA-94 | - Fixed test dependencies, so tests run with current version of ``z3c.form``. | 09:53 |
CIA-94 | - Using Python's ``doctest`` module instead of depreacted ``zope.testing.doctest``. | 09:53 |
*** Deichi has joined #zope | 09:54 | |
*** neo|4D has joined #zope | 10:00 | |
*** Theuni1 has quit IRC | 10:02 | |
*** davisagli is now known as davisagli|away | 10:03 | |
*** JaRoel|4D has joined #zope | 10:03 | |
*** digitalmortician has quit IRC | 10:09 | |
*** goschtl has joined #zope | 10:17 | |
CIA-94 | icemac * r117742 z3c.searchfilter/ (COPYRIGHT.txt LICENSE.txt): Conform to repository policy. | 10:18 |
CIA-94 | icemac * r117743 z3c.schema2xml/CHANGES.txt: added version number | 10:18 |
*** Theuni1 has joined #zope | 10:20 | |
*** j-w has joined #zope | 10:22 | |
*** agroszer has joined #zope | 10:23 | |
*** digitalmortician has joined #zope | 10:24 | |
*** planetzopebot has quit IRC | 10:33 | |
*** planetzopebot has joined #zope | 10:34 | |
*** JaRoel|4D has quit IRC | 10:34 | |
*** sunew has joined #zope | 10:34 | |
*** alexpilz has joined #zope | 10:34 | |
*** agroszer has quit IRC | 10:34 | |
*** JaRoel|4D has joined #zope | 10:35 | |
CIA-94 | janwijbrand * r117744 zc.catalog/setup.py: move change history near the top of the page for easier access | 10:41 |
CIA-94 | janwijbrand * r117745 zc.catalog/ (CHANGES.txt setup.py): Preparing release 1.5 | 10:41 |
CIA-94 | janwijbrand * r117746 /zc.catalog/tags/1.5: Tagging 1.5 | 10:41 |
*** hever has joined #zope | 10:46 | |
*** MrTango has joined #zope | 10:47 | |
*** agroszer has joined #zope | 10:50 | |
*** hever has quit IRC | 10:51 | |
*** kursor has joined #zope | 10:51 | |
*** d2m has joined #zope | 11:02 | |
*** ccomb has joined #zope | 11:03 | |
CIA-94 | janwijbrand * r117747 zc.catalog/ (CHANGES.txt setup.py): Back to development: 1.6 | 11:06 |
*** vipod has joined #zope | 11:14 | |
*** janjaapdriessen has joined #zope | 11:24 | |
*** yvl has quit IRC | 11:26 | |
*** saju_m has joined #zope | 11:30 | |
saju_m | which are the popular python modules used for Social Network Authentication | 11:31 |
*** digitalmortician has quit IRC | 11:32 | |
saju_m | i want to login my site using facebook, twitter or gmail account | 11:33 |
d2m | http://oauth.net/code/ | 11:33 |
*** mr_jolly has joined #zope | 11:37 | |
*** vipod_ has joined #zope | 11:39 | |
*** vipod has quit IRC | 11:41 | |
*** vipod_ is now known as vipod | 11:41 | |
*** digitalmortician has joined #zope | 11:41 | |
CIA-94 | janjaapdriessen * r117748 z3c.flashmessage/ (CHANGES.txt setup.py): Preparing release 1.2 | 11:47 |
CIA-94 | janjaapdriessen * r117749 /z3c.flashmessage/tags/1.2: Tagging 1.2 | 11:47 |
CIA-94 | janjaapdriessen * r117750 z3c.flashmessage/ (CHANGES.txt setup.py): Back to development: 1.3 | 11:47 |
CIA-94 | janjaapdriessen * r117751 groktoolkit/grok.cfg: Pick up z3c.flashmessage, which has less zope.app[testing,zcmlfiles] | 11:47 |
*** MatthewWilkes has joined #zope | 11:52 | |
*** tisto has joined #zope | 11:55 | |
*** evilbungle has joined #zope | 12:00 | |
CIA-94 | janwijbrand 1.2 * r117752 groktoolkit/grok.cfg: add zc.catalog 1.5 that now has only a soft dependency on zope.app.* packages | 12:03 |
CIA-94 | janwijbrand * r117753 groktoolkit/grok.cfg: add zc.catalog 1.5 that now has only a soft dependency on zope.app.* packages | 12:03 |
*** Wu has quit IRC | 12:13 | |
*** Wu has joined #zope | 12:13 | |
*** Wu has quit IRC | 12:14 | |
*** Wu has joined #zope | 12:14 | |
*** cna has joined #zope | 12:21 | |
*** saju_m has quit IRC | 12:23 | |
*** MJ has joined #zope | 12:23 | |
*** menesis has quit IRC | 12:33 | |
*** milosn has quit IRC | 12:49 | |
*** CIA-94 has quit IRC | 12:49 | |
*** Rotonen has quit IRC | 12:49 | |
*** Rotonen has joined #zope | 12:50 | |
*** evilbungle has quit IRC | 12:50 | |
*** milosn has joined #zope | 12:50 | |
*** menesis has joined #zope | 12:51 | |
*** CIA-38 has joined #zope | 12:51 | |
*** teix has joined #zope | 12:56 | |
*** mr_jolly has left #zope | 12:58 | |
*** fredvd_ has joined #zope | 13:03 | |
*** fredvd_ is now known as fredvd | 13:04 | |
*** yvl has joined #zope | 13:05 | |
*** tisto is now known as tisto|lunch | 13:07 | |
*** evilbungle has joined #zope | 13:15 | |
*** menesis has quit IRC | 13:26 | |
*** evilbungle has quit IRC | 13:27 | |
*** evilbungle has joined #zope | 13:27 | |
*** kleist has joined #zope | 13:29 | |
*** astoon has joined #zope | 13:32 | |
*** fredvd|meeting has joined #zope | 13:32 | |
*** fredvd|meeting has quit IRC | 13:32 | |
*** lucmult has joined #zope | 13:33 | |
*** Subdino has joined #zope | 13:38 | |
*** gwik has joined #zope | 13:40 | |
*** tisto|lunch is now known as tisto | 13:59 | |
*** menesis has joined #zope | 14:10 | |
*** hever has joined #zope | 14:14 | |
*** cna_ has joined #zope | 14:22 | |
*** nitrogenycs has joined #zope | 14:25 | |
*** cna has quit IRC | 14:25 | |
*** cna_ is now known as cna | 14:25 | |
*** digitalmortician has quit IRC | 14:26 | |
*** digitalmortician has joined #zope | 14:32 | |
*** Subdino has quit IRC | 14:42 | |
*** vimes656 has joined #zope | 14:48 | |
*** digitalmortician has quit IRC | 15:05 | |
*** dayne has joined #zope | 15:09 | |
*** digitalmortician has joined #zope | 15:11 | |
*** kursor has quit IRC | 15:11 | |
*** j-w has quit IRC | 15:16 | |
*** j-w has joined #zope | 15:19 | |
*** redir has quit IRC | 15:20 | |
*** huajie has joined #zope | 15:25 | |
*** cna_ has joined #zope | 15:26 | |
*** benji has joined #zope | 15:28 | |
*** cna_ has quit IRC | 15:28 | |
*** cna_ has joined #zope | 15:28 | |
*** cna has quit IRC | 15:30 | |
*** cna_ is now known as cna | 15:30 | |
CIA-38 | adamg * r117754 z3c.recipe.winservice/ (6 files in 2 dirs): | 15:33 |
CIA-38 | New feature: ``runscript`` and ``parameters``. | 15:33 |
CIA-38 | More docs, tests. Some fixes. See CHANGES.txt | 15:33 |
CIA-38 | adamg * r117755 z3c.recipe.winservice/ (CHANGES.txt setup.py): Preparing release 0.7.0 | 15:33 |
CIA-38 | adamg * r117756 /z3c.recipe.winservice/tags/0.7.0: Tagging 0.7.0 | 15:33 |
CIA-38 | adamg * r117757 z3c.recipe.winservice/ (CHANGES.txt setup.py): Back to development: 0.7.1 | 15:33 |
*** hever has quit IRC | 15:57 | |
*** J1m has joined #zope | 16:03 | |
*** dayne has quit IRC | 16:07 | |
*** alga has quit IRC | 16:13 | |
*** dayne has joined #zope | 16:15 | |
*** digitalmortician has quit IRC | 16:18 | |
CIA-38 | janwijbrand * r117758 grokproject/grokproject/ (main.py template/buildout.cfg_tmpl templates.py utils.py): delegate bootstrapping the new project to the bootstrap of that project. by not using zc.buildout in the grokproject command anymore, we prevent version conflicts | 16:18 |
*** alga has joined #zope | 16:18 | |
*** __mac__ has quit IRC | 16:32 | |
*** __mac__ has joined #zope | 16:33 | |
CIA-38 | gotcha * r117759 gocept.selenium/ (20 files in 8 dirs): | 16:34 |
CIA-38 | added tests for Zope 2.12 and Plone 4 | 16:34 |
CIA-38 | added corresponding buildouts | 16:34 |
CIA-38 | gotcha * r117760 gocept.selenium/ (4 files in 4 dirs): rename class to be more explicit | 16:34 |
*** __mac__ has quit IRC | 16:37 | |
CIA-38 | gotcha * r117761 gocept.selenium/: update ignore | 16:49 |
*** kursor has joined #zope | 16:49 | |
*** fredvd_ has joined #zope | 16:54 | |
*** fredvd has quit IRC | 16:56 | |
*** fredvd_ is now known as fredvd | 16:56 | |
*** sunew has quit IRC | 16:58 | |
*** MrWu has joined #zope | 16:59 | |
*** Theuni1 has quit IRC | 17:00 | |
*** dvschramm|away is now known as dvschramm | 17:01 | |
CIA-38 | janwijbrand * r117762 grokproject/grokproject/template/src/+package+/ (app.txt_tmpl ftesting.zcml_tmpl tests.py_tmpl): use new style test layers in newly created project too | 17:03 |
CIA-38 | gotcha * r117763 gocept.selenium/ (3 files in 3 dirs): | 17:03 |
CIA-38 | tests with plone.app.testing | 17:03 |
CIA-38 | corresponding buildout | 17:03 |
*** Subdino has joined #zope | 17:04 | |
j-w | ccomb: hi - not sure, but did we plan a meeting? | 17:14 |
j-w | ccomb: if not, I'll mail a next-meeting-proposal | 17:14 |
ccomb | j-w: hi, we had some proposals in the previous mail | 17:14 |
ccomb | quite busy now :( | 17:15 |
j-w | ccomb: np, I'll mail a proposal | 17:15 |
ccomb | maybe we should move the next meetings in the evening | 17:15 |
*** sm has joined #zope | 17:16 | |
j-w | ccomb: that would be ok for me | 17:16 |
*** pepeu has joined #zope | 17:17 | |
CIA-38 | janwijbrand * r117764 grokproject/ (grokproject/template/buildout.cfg_tmpl tests_paste.txt): fix tests. remove tests for --grokversion as we want to change that behaviour anyway | 17:19 |
CIA-38 | gotcha * r117765 /Sandbox/gotcha/z3c.taskqueue/trunk/ (docs/HISTORY.txt setup.py): Preparing release 0.1-alpha-2 | 17:19 |
CIA-38 | gotcha * r117766 /Sandbox/gotcha/z3c.taskqueue/tags/0.1-alpha-2: Tagging 0.1-alpha-2 | 17:19 |
CIA-38 | gotcha * r117767 /Sandbox/gotcha/z3c.taskqueue/trunk/ (docs/HISTORY.txt setup.py): Back to development: 0.1-alpha-3 | 17:19 |
CIA-38 | gotcha * r117768 /Sandbox/gotcha/five.taskqueue/trunk/ (docs/HISTORY.txt setup.py): Preparing release 0.1-alpha-2 | 17:19 |
CIA-38 | gotcha * r117769 /Sandbox/gotcha/five.taskqueue/tags/0.1-alpha-2: Tagging 0.1-alpha-2 | 17:19 |
CIA-38 | gotcha * r117770 /Sandbox/gotcha/five.taskqueue/trunk/ (docs/HISTORY.txt setup.py): Back to development: 0.1-alpha-3 | 17:19 |
*** hever has joined #zope | 17:20 | |
*** fredvd has quit IRC | 17:20 | |
*** fredvd has joined #zope | 17:23 | |
*** digitalmortician has joined #zope | 17:27 | |
*** MrWu has quit IRC | 17:28 | |
*** MrWu has joined #zope | 17:28 | |
*** Gogo|tty has quit IRC | 17:29 | |
CIA-38 | janjaapdriessen * r117771 grokproject/grokproject/utils.py: Avoid spaces in executable path by using a relative one | 17:34 |
*** menesis has quit IRC | 17:35 | |
*** jim_SFU has joined #zope | 17:37 | |
*** Theuni1 has joined #zope | 17:38 | |
*** astoon has quit IRC | 17:40 | |
*** menesis has joined #zope | 17:41 | |
*** nitrogenycs has quit IRC | 17:44 | |
CIA-38 | janwijbrand * r117772 grokproject/ (CHANGES.txt setup.py): improve pypi page | 17:48 |
*** pepeu has quit IRC | 17:51 | |
*** Gogo|tty has joined #zope | 17:51 | |
*** TresEquis has joined #zope | 17:52 | |
*** MJ has quit IRC | 17:52 | |
*** pepeu has joined #zope | 17:53 | |
*** cna has quit IRC | 17:54 | |
Theuni1 | jo | 17:59 |
TresEquis | Theuni1, are we about to do meeting, or did I miss it? | 18:00 |
Theuni1 | we're about to | 18:00 |
TresEquis | cool | 18:00 |
Theuni1 | http://docs.zope.org/zopetoolkit/zope-dev/zope-dev-20101019.html | 18:01 |
Theuni1 | Charlie threw in the request to talk about the bicycle repair kit, but he can't make it. | 18:01 |
Theuni1 | So, who else is around? | 18:02 |
*** smita has quit IRC | 18:02 | |
Theuni1 | Only the two of us, it seems :) | 18:03 |
Theuni1 | So, last week we did a follow-up on the summit goals. I reminded those that took ownership of some goal in the last summary. And a few of us talked a bit more about the stuff we took onto our plates. | 18:04 |
Theuni1 | TresEquis: is there anything you'd like to talk about or ask about the summit goals? | 18:04 |
j-w | Theuni1: at least there was an atempt to define functional areas | 18:07 |
Theuni1 | j-w: yeah, thomas started a thread, but unfortunately he got sick right after it. he probably won't be back fully until in two weeks | 18:08 |
j-w | ow, that's not nice, wish him well | 18:09 |
TresEquis | ouch | 18:09 |
*** smita has joined #zope | 18:09 | |
TresEquis | Theuni1, I don't really have my head in the game | 18:09 |
Theuni1 | will do | 18:09 |
Theuni1 | TresEquis: ah, k | 18:09 |
TresEquis | I would like to contribute to the BTK stuff | 18:09 |
Theuni1 | Thought so :) | 18:09 |
Theuni1 | Well, the next bug day needs a date. | 18:10 |
Theuni1 | Lemme check what the doodle says | 18:10 |
TresEquis | in particular, I plan to focus most of my Zope-related efforts through year's end on my drive to clean up docs / tests for those packages | 18:10 |
j-w | BTK? | 18:10 |
Theuni1 | It says tuesday or wednesday. | 18:10 |
Theuni1 | Does anyone else have an oppinion on the bug day? | 18:10 |
TresEquis | j-w, the "bicycle-seat toolkit" subset of ZTK | 18:11 |
Theuni1 | j-w: bicycle (repair|tool) kit | 18:11 |
Theuni1 | bicycle-seat even | 18:11 |
j-w | ah, ok | 18:11 |
TresEquis | zope.interface, zope.component, etc. | 18:11 |
Theuni1 | TresEquis: you and chris need to work on the mnemonic value of this thing *g | 18:11 |
TresEquis | I'm probably 80% of the way through zope.interface | 18:11 |
j-w | the very core part of the ZTK? | 18:11 |
TresEquis | Theuni1, I like the "-seat" version because it emphasizes the "take it with you everywhere" bits | 18:12 |
TresEquis | j-w: right, the most widely-useful bits, even outside the main Zope ecosystem | 18:12 |
Theuni1 | ok, I hereby call next tuesday the october bug day. | 18:12 |
TresEquis | sounds good | 18:12 |
Theuni1 | I still wanted to select some bugs to announce on the list that I'd like to work on - I'll do that later today. | 18:13 |
Theuni1 | So, off to the BTK | 18:13 |
Theuni1 | Too bad Charlie can't be here as he requested the discussion. | 18:13 |
Theuni1 | Something I find interesting is that the BTK seems to have some overlap with the goal to define functional areas. | 18:13 |
*** davisagli|away is now known as davisagli | 18:14 | |
j-w | i can see that, yes | 18:14 |
TresEquis | yup, it's part of a "clumping" strategy | 18:14 |
TresEquis | it happens to be the clump I use even in non-Zope-related work ;) | 18:14 |
*** pepeu has left #zope | 18:15 | |
Theuni1 | Sounds like what Thomas described as "software architecture". | 18:15 |
TresEquis | "layering" is another term | 18:15 |
Theuni1 | TresEquis: ah, by that you refer to the clumping right? | 18:15 |
Theuni1 | I was referring to the clump that contains zope.interface, ... | 18:16 |
TresEquis | That clump is the BTK | 18:16 |
*** Deichi has quit IRC | 18:16 | |
TresEquis | I guess you could call it a "software architecture" clump, if you really wanted ;) | 18:16 |
Theuni1 | ACK. Wolfgang and I started to ponder that whole functional area as a part that we (as Zope-the-project") should pay more attention to. | 18:16 |
*** Gogo|tty has quit IRC | 18:17 | |
TresEquis | I was thinking that the map showing the "clumps" / functional areas was the "software architectuer" | 18:17 |
Theuni1 | The world did evolve around us and there are some patterns in the wild that seem to be interesting (e.g. ports and adapters) to try getting applications designed nicely. | 18:17 |
TresEquis | "ports"? | 18:17 |
*** MatthewWilkes has quit IRC | 18:17 | |
Theuni1 | TresEquis: heh, I noticed that we might already be getting lost in terminology clashes | 18:17 |
*** nitrogenycs has joined #zope | 18:18 | |
Theuni1 | TresEquis: "ports and adapters" is the name for a pattern AKA hexagonal architecture. | 18:18 |
CIA-38 | ldr * r117773 Products.CMFCore/Products/CMFCore/ (7 files in 3 dirs): Merge in adapterize-wfstatus-wfhistory branch | 18:18 |
Theuni1 | see the c2 wiki | 18:18 |
Theuni1 | That stuff quickly leaps/blurs into the domain modelling community which seems to have some good ideas and then some astronautic stuff. | 18:18 |
Theuni1 | Wolfgang and I experimented with some of the things. The current state of the experiments is here: | 18:19 |
Theuni1 | https://code.gocept.com/hg/public/hex/ | 18:19 |
*** fredvd is now known as fredvd|shop | 18:19 | |
Theuni1 | Anyway, we found that spending some time on the BTK including moving the concepts forward would be good. | 18:20 |
Theuni1 | I would regard the BTK as the stuff you use to help you apply good patterns in your apps without re-implementing them all the time. | 18:20 |
* Theuni1 stops blathering. | 18:20 | |
TresEquis | Theuni1: OK | 18:20 |
Theuni1 | Heh. What was the OK for? :) | 18:21 |
* J1m lurks | 18:21 | |
*** vimes656 has quit IRC | 18:21 | |
* Theuni1 throws J1m a cookie | 18:21 | |
* Theuni1 hopes he needs to surface to get the cookie | 18:22 | |
TresEquis | Theuni1: I don't see "port" spelled out here: https://code.gocept.com/hg/public/hex/file/0da40683781e/doc/terminology.rst | 18:22 |
J1m | I wish I knew of a sane way to talk about architecture. | 18:22 |
*** tiwula has joined #zope | 18:23 | |
TresEquis | or do you mean to refer to http://c2.com/cgi/wiki?PortsAndAdaptersArchitecture | 18:23 |
Theuni1 | TresEquis: i do. | 18:23 |
Theuni1 | our terminology section tries to boil it down a bit. looks like we missed it | 18:24 |
Theuni1 | J1m: whats the insane option? | 18:24 |
*** Gogo|tty has joined #zope | 18:24 | |
* TresEquis doesn't have time to read that this morning ;) | 18:24 | |
Theuni1 | TresEquis: sure. | 18:24 |
J1m | Theuni1, uml/udp | 18:25 |
*** daMaestro has joined #zope | 18:25 | |
Theuni1 | TresEquis: our current status is: some things and ideas in there help writing clean code a lot by separating different areas of concerns (or domains). however, some domains don't allow strict separation, like persistency, in an obvious fashion. | 18:25 |
Theuni1 | J1m: ack. | 18:26 |
J1m | I don't think I've seen a good architectural description, except at very high levels. | 18:26 |
J1m | I haven't seen a process that I felt I could apply. | 18:27 |
*** alvaro_o_ has joined #zope | 18:27 | |
J1m | I'm an optimist, so I think a process is feasible and that uml or something like it might play a role. | 18:27 |
Theuni1 | :) | 18:28 |
J1m | I would like to learn about such a pocess. | 18:28 |
J1m | process. | 18:28 |
Theuni1 | Hmm. In my experience I get better to describe architectures by using natural language and keeping to describe to people who don't know the architecture very well. | 18:28 |
Theuni1 | I think it's not too hard to communicate architecture within a small group of people, but it's hard to write it down for someone to just step in. | 18:29 |
J1m | Actually, it's really hard to capture architecture in a way that you can refer to. | 18:29 |
Theuni1 | I find that understanding architecture also usually requires experience in addition to "just reading" about it. But that may be due to not having had *that* good material yet. | 18:29 |
Theuni1 | J1m: what's architecture anyway? | 18:30 |
J1m | Ans some architectures are too big to express in a conversation or keep in your head, so an oral tradition breaks down. | 18:30 |
J1m | s/Ans/And | 18:30 |
mcdonc | i think people tend to understand "an architecture" better when an app is built atop it in a domain they understand | 18:30 |
mcdonc | til then, it's like making them eat vegetables | 18:31 |
J1m | To me, an architecture captures design decisions at a higher level than code and at a lower level that system block diagrams. | 18:31 |
j-w | the "experience" part is important too: you need have hit your head against a wall before you understand you need something better, architecturally | 18:31 |
J1m | I would find them useful to reason about and review things like data structures used, and problems like index accumulation and unnecessary indirection, to give some examples. | 18:32 |
J1m | mcdonc, That's exactly what I want to avoid, easting vegetables, doing sit-ups, which is what's at the bottpm of the UMP slope. | 18:33 |
J1m | I'm looking for enlightenment. :) | 18:33 |
* Theuni1 looks beneath the carpet | 18:33 | |
mcdonc | none here either | 18:33 |
Theuni1 | J1m: we're working on it ;) | 18:33 |
J1m | s/UMP/UML | 18:33 |
Theuni1 | J1m: what I notice is that the value is at the point where you need to look at what you have at a higher level. | 18:34 |
*** mcdonc has quit IRC | 18:34 | |
Theuni1 | So basically you're looking for a representation of the system you have, right? | 18:34 |
J1m | Specifically, I'm looking for an exhitectural process/expression that provides enlightenment about design decisions. | 18:34 |
*** j-w has quit IRC | 18:34 | |
Theuni1 | heh, it's 3:30, everyone drops out ;) | 18:35 |
J1m | Yes, or the system I'm going to build. | 18:35 |
* Theuni1 stays a bit | 18:35 | |
Theuni1 | J1m: I find patterns to be helpful in that direction. Do you? | 18:35 |
J1m | No. | 18:36 |
*** MrWu has quit IRC | 18:36 | |
Theuni1 | Specific reasons? | 18:36 |
J1m | A) The "patterns" community seems too wrapped up in defining new jargon that no one understands. | 18:36 |
*** MrWu has joined #zope | 18:36 | |
J1m | B) Because patterns is really just capturing decisions. That is what's important and it tool me too long to realize that a lot of the patterns literature is just blowing smoke. | 18:37 |
J1m | C) To make recording decisions useful, I think you need some sort of (at the risk of another buzzword) knowledge management system to relate and search problems and solutions. | 18:38 |
Theuni1 | Heh, sounds like you need brains :) | 18:38 |
Theuni1 | (not that you don't have one ...) | 18:38 |
J1m | D) If we had C, we'd still need better ways to express specific architecture. | 18:38 |
Theuni1 | (I hope that didn't come out wrong) | 18:38 |
J1m | np | 18:39 |
Theuni1 | I mean, one indicator for this being a hard problem is that at least at when I studied CS there was basically nothing taught in the realm of architecture that didn't boil down to busy-work. | 18:40 |
*** mcdonc has joined #zope | 18:40 | |
Theuni1 | So the UML guys come along and try to make the busy-work more valuable by turning UML into code, but that really seems backward. | 18:40 |
J1m | I've had ideas for C. I even prototyped something using archgenxml at one point. :) It's a hard problem, but mostly different from architecture. | 18:40 |
J1m | Again, I'm looking for enlightenment, not code generation. | 18:40 |
Theuni1 | same here :) | 18:41 |
J1m | I don't have an answer. I don't even have an idea. I just feel the lack. | 18:41 |
Theuni1 | I agree. :) | 18:41 |
*** JaRoel|4D has quit IRC | 18:42 | |
J1m | I didn't mean to turn this into a long discussion. You threw me a cookie. :) | 18:42 |
Theuni1 | I guess we won't solve it today ... | 18:42 |
Theuni1 | I'm happy for the discussion. | 18:42 |
Theuni1 | It's basically what the meeting is for. | 18:42 |
J1m | yup, gotta go. Me too. | 18:42 |
Theuni1 | yay! :) | 18:43 |
Theuni1 | alright, me too. | 18:43 |
Theuni1 | cya | 18:43 |
Theuni1 | (actually i just need to fix some light in the apartment) | 18:43 |
*** goschtl has quit IRC | 18:47 | |
*** benji is now known as benji-lunch | 18:47 | |
CIA-38 | janjaapdriessen * r117774 grokcore.startup/ (4 files in 2 dirs): Drop zdaemon support. | 18:55 |
*** fredvd|shop is now known as fredvd | 18:55 | |
planetzopebot | Final Week to Register for Plone Conference 2010 (Plone News) http://plone.org/events/conferences/bristol-2010/final-week-to-register-for-the-plone-conference | 19:04 |
*** giampaolo has quit IRC | 19:10 | |
CIA-38 | janjaapdriessen * r117775 zope.testrunner/ (CHANGES.txt setup.py): Preparing release 4.0.0 | 19:16 |
CIA-38 | janjaapdriessen * r117776 /zope.testrunner/tags/4.0.0: Tagging 4.0.0 | 19:16 |
CIA-38 | janjaapdriessen * r117777 zope.testrunner/ (CHANGES.txt setup.py): Back to development: 4.1.0 | 19:16 |
CIA-38 | janjaapdriessen * r117778 zopetoolkit/ztk-versions.cfg: Update zope.testrunner | 19:16 |
*** menesis has quit IRC | 19:16 | |
*** sm_ has joined #zope | 19:19 | |
*** tisto has quit IRC | 19:20 | |
*** sm has quit IRC | 19:22 | |
*** sm_ is now known as sm | 19:22 | |
*** janjaapdriessen has quit IRC | 19:25 | |
CIA-38 | janjaapdriessen * r117779 /Sandbox/janjaapdriessen/buildbot/buildout.cfg: Don't test grokproject on windows | 19:31 |
*** lucmult has quit IRC | 19:33 | |
*** lucmult has joined #zope | 19:33 | |
*** alga_ has joined #zope | 19:38 | |
*** alga has quit IRC | 19:38 | |
*** Subdino has quit IRC | 19:41 | |
*** Subdino has joined #zope | 19:42 | |
*** benji-lunch is now known as benji | 19:42 | |
Subdino | hi | 19:43 |
*** huajie has quit IRC | 19:44 | |
Subdino | J1m: would you have some minutes to discuss about the TID vs Serial thing ? Especially, I would like to understand more what prevents invalidations from being sent "out of order" | 19:44 |
Subdino | (as chan is quiet, I'll risk myself at "pipelining" some ideas ahead of feedback) | 19:47 |
*** smita has quit IRC | 19:47 | |
Subdino | so, I wonder if TID, aka Serial, really needs to be consistent from its allocation (sometime during 2PC) to its persistent store (tpc_finish & invalidation messages) | 19:48 |
Subdino | basically, I don't see a problem with generating a first temporary transaction ID, which does not carry any ordering meaning, and upon tpc_finish a defiintive transaction ID, maybe having an ordering meaning | 19:49 |
Subdino | reducing the execution window which must be serialised to have strictly increasing invalidation numbers from the whole 2PC (actually, the time between TID allocation and tpc_finish) to tpc_finish alone | 19:50 |
Subdino | this is for the first point | 19:50 |
Subdino | then, do invalidation really need to be sent in a strictly increasing manner ? as I understand, the only thing which puts this constraint is their role in transaction isolation | 19:51 |
Subdino | ie, the first invalidation seen after starting a transaction is the first serial this transaction cannot see | 19:51 |
Subdino | but then, this could be defined per-object-and-transaction instead of per transaction only I think | 19:52 |
Subdino | my idea would be to have a mapping {oid: serial} which would be looked up when deciding if we should issue a load or a loadBefore | 19:53 |
Subdino | this is the second (and most important to me) point | 19:53 |
Subdino | please puch holes in those ideas if they have weaknesses | 19:53 |
*** sunew has joined #zope | 19:53 | |
*** webmaven has joined #zope | 19:54 | |
*** alexpilz has quit IRC | 19:57 | |
*** MrWu has quit IRC | 20:01 | |
*** menesis has joined #zope | 20:16 | |
*** agroszer_ has joined #zope | 20:20 | |
*** agroszer has quit IRC | 20:20 | |
*** giampaolo has joined #zope | 20:23 | |
*** zagy has joined #zope | 20:29 | |
*** evilbungle has quit IRC | 20:37 | |
*** gwik has quit IRC | 20:44 | |
*** redir has joined #zope | 20:45 | |
J1m | Subdino, wrt to the "critical region" for allocating tids, it is definiately between vote and finish (assuming tids aren't returned by store. | 21:14 |
J1m | Also note that application code doesn't see tids until after commit. | 21:15 |
J1m | wrt relative ordering of tids, it's possible that this could be done on a per-object basis, I'd have to think about it. I think if you did that though, it would be hard or impossible to reason about whether revisions of separate objects were consistent. | 21:17 |
J1m | Subdino, ayt? | 21:17 |
*** hever has quit IRC | 21:18 | |
*** mcdonc has quit IRC | 21:19 | |
*** mcdonc has joined #zope | 21:23 | |
*** menesis1 has joined #zope | 21:23 | |
*** menesis has quit IRC | 21:23 | |
*** sunew has quit IRC | 21:27 | |
Subdino | J1m: back, reading | 21:28 |
Subdino | about isolation, I think "consistent" should be precisely defined to know if this scheme passes | 21:29 |
J1m | I have no idea what that means. | 21:30 |
Subdino | in my understanding, this scheme is consistent if: "no transaction can break consistency" and "transaction isolation is granted" (ie, it makes no difference if another transaction is running in parallel or not) | 21:31 |
Subdino | gah, circular definition of consistency | 21:32 |
J1m | Yes, exactly. | 21:32 |
J1m | Thanks for saying it for me. :) | 21:32 |
Subdino | :) | 21:32 |
J1m | You can have multiple transactions commit in parallel, for some definition of parallel, as long as the result is serializable. | 21:33 |
J1m | Consistency is defined relative to serialization. | 21:34 |
*** zagy has quit IRC | 21:34 | |
Subdino | mmh, I'm not so sure | 21:35 |
J1m | That's the definition of consistency. | 21:35 |
Subdino | IIRC, serialisability is a strong level of transaction isolation | 21:35 |
J1m | Yes, and for the most part, that's what ZODB provides. | 21:35 |
J1m | With the compromise wrt read isolation. | 21:36 |
Theuni1 | (which in turn is what most DBs provide anyway) | 21:37 |
J1m | yup | 21:37 |
Subdino | to take an example, I'm quite sure I can run two concurrent "update" against the same table with no commit ordering constraints on a mysql innodb table | 21:38 |
Subdino | as long at they update distinct sets of rows | 21:38 |
Subdino | and by comparing table rows to objects in ZODB, I think the same could be applicable | 21:40 |
Subdino | I think I mentionned (by mail) a thesis paper about weak consistency | 21:40 |
Subdino | http://www.pmg.lcs.mit.edu/~adya/pubs/phd.pdf | 21:41 |
Subdino | "Weak Consistency: A Generalized Theory and Optimistic Implementations for Distributed Transactions" | 21:41 |
Subdino | this was months ago | 21:41 |
J1m | Yeah, I started to read that and stopped at some point. I forget why. :) | 21:41 |
Subdino | I found at that time an old web page (2003-2005, don't remember) mentionning that ZODB might be providing PL-2+ isolation level | 21:42 |
Subdino | I won't say that I read it entirely ;) | 21:42 |
Subdino | it has the advantage of giving some simple definitions of consistency in examples (sum of two values must be lower than x, each value being independent "objects") | 21:43 |
J1m | You're mysql example produces serializable transactions, ignoring reads. | 21:44 |
Subdino | then I believe the same should be possible in zodb too, with snapshot-ish read isolation | 21:45 |
J1m | That's what MVCC does. | 21:45 |
J1m | I don't see how that could work if each object had it's own set of tids. | 21:45 |
Subdino | sure, but I would like to poke at the "invalidations must be ordered" part of it, and to me this is tightly related to when definitive tid value should be allocated | 21:46 |
Subdino | ah, in my idea, it's not a set per object | 21:46 |
*** zagy has joined #zope | 21:47 | |
J1m | I suspect that IRC isn't the best place to express your idea. | 21:47 |
Subdino | it's more an "invalidation_tid" per object... I think I have a patch somewhere that I could paste for comments | 21:47 |
J1m | Perhaps IRC is a good place to discuss it, after it has been spelled out *clearly*. | 21:47 |
*** mcdonc has quit IRC | 21:47 | |
Subdino | mmh, I'm not good at this :s | 21:50 |
Subdino | http://pastebin.com/FBpGE7Ts | 21:50 |
*** goschtl has joined #zope | 21:52 | |
J1m | A patch is way to low-level anyway. | 21:53 |
J1m | I would need to see a high-level desctiption of the approach and be convinced that it is correct. | 21:54 |
J1m | descriotion | 21:55 |
J1m | gaaa | 21:55 |
Subdino | ok, I'll try. | 21:55 |
Subdino | don't worry :) | 21:55 |
*** hever has joined #zope | 22:05 | |
*** gwik has joined #zope | 22:12 | |
*** hever has quit IRC | 22:13 | |
Subdino | J1m: would you mind if I send you the first version directly, rather than on zodb-dev ? I'm really not comfortable at formalising my ideas (I guess I didn't studied for long enough to learn this). | 22:17 |
*** menesis1 has quit IRC | 22:17 | |
J1m | Subdino, that's fine. | 22:21 |
Subdino | thanks | 22:21 |
*** alexpilz has joined #zope | 22:24 | |
*** agroszer_ has quit IRC | 22:36 | |
*** kursor has quit IRC | 22:36 | |
*** daMaestro|isBack has joined #zope | 22:38 | |
*** daMaestro has quit IRC | 22:39 | |
*** daMaestro|isBack is now known as daMaestro | 22:39 | |
*** goschtl has quit IRC | 22:49 | |
*** teix has left #zope | 23:02 | |
Subdino | J1m: sent | 23:24 |
Subdino | feel free to criticise my vocabulary, [il]logical constructions, anything | 23:26 |
*** RichardBarrell has joined #zope | 23:28 | |
*** fredvd has quit IRC | 23:34 | |
*** alvaro_o_ has quit IRC | 23:39 | |
*** nitrogenycs has quit IRC | 23:44 | |
*** redir has quit IRC | 23:52 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!