*** oggers_ has joined #zope3-dev | 00:09 | |
*** oggers__ has quit IRC | 00:13 | |
*** oggers__ has joined #zope3-dev | 00:14 | |
markusleist | ok, when i change the default-attribute of the field-instance in update() i can "predefine" some values ... | 00:15 |
---|---|---|
*** timte has quit IRC | 00:20 | |
*** oggers_ has quit IRC | 00:27 | |
*** markusleist has quit IRC | 00:28 | |
*** whitmo__ is now known as whit | 00:29 | |
*** alecm has joined #zope3-dev | 00:39 | |
*** benji has quit IRC | 00:41 | |
*** jodok_ has joined #zope3-dev | 00:43 | |
*** jodok has quit IRC | 00:43 | |
*** sp0cksbeard has quit IRC | 00:47 | |
*** MJ|out is now known as MJ | 00:49 | |
*** MJ has quit IRC | 00:49 | |
*** yotaff has quit IRC | 00:55 | |
*** greenman has joined #zope3-dev | 00:56 | |
*** redir has joined #zope3-dev | 01:00 | |
*** whit has quit IRC | 01:03 | |
*** whit has joined #zope3-dev | 01:10 | |
*** lucielejard has quit IRC | 01:13 | |
*** lurkymclurkleton has quit IRC | 01:13 | |
*** whit has quit IRC | 01:17 | |
*** mcdonc has quit IRC | 01:32 | |
*** mcdonc has joined #zope3-dev | 01:33 | |
*** flox has left #zope3-dev | 01:33 | |
*** jodok_ has quit IRC | 01:34 | |
*** jodok has joined #zope3-dev | 01:35 | |
*** redir has quit IRC | 01:50 | |
*** fcorrea has quit IRC | 01:53 | |
*** oggers__ has quit IRC | 01:53 | |
*** malthe is now known as malthe|Zzz | 01:59 | |
*** nathany has quit IRC | 02:03 | |
*** J1m has quit IRC | 02:06 | |
*** fcorrea has joined #zope3-dev | 02:12 | |
*** rmarianski has quit IRC | 02:14 | |
*** redir has joined #zope3-dev | 02:22 | |
*** vipod has quit IRC | 02:26 | |
*** quodt has quit IRC | 02:32 | |
*** ccomb has quit IRC | 03:02 | |
*** mcdonc has quit IRC | 03:19 | |
*** aclark is now known as aclark|away | 03:20 | |
*** mcdonc has joined #zope3-dev | 03:23 | |
*** b52laptop has quit IRC | 03:24 | |
*** tdoggette_ has joined #zope3-dev | 03:33 | |
*** mcdonc has quit IRC | 03:50 | |
*** tdoggette has quit IRC | 03:57 | |
*** mcdonc has joined #zope3-dev | 04:05 | |
*** srichter has quit IRC | 04:10 | |
*** whit has joined #zope3-dev | 04:27 | |
*** deo has joined #zope3-dev | 04:52 | |
*** ignas has quit IRC | 05:02 | |
*** elro has quit IRC | 05:16 | |
*** srichter has joined #zope3-dev | 05:35 | |
*** redir has quit IRC | 05:52 | |
*** markusleist has joined #zope3-dev | 06:01 | |
*** jodok has quit IRC | 06:03 | |
*** stub has joined #zope3-dev | 06:05 | |
*** andres has quit IRC | 06:07 | |
*** ChanServ sets mode: +o srichter | 06:15 | |
*** fcorrea has quit IRC | 06:29 | |
*** fcorrea has joined #zope3-dev | 06:31 | |
*** brandon_rhodes has quit IRC | 07:05 | |
*** binseer has joined #zope3-dev | 07:20 | |
*** greenman has quit IRC | 07:41 | |
*** BjornT has joined #zope3-dev | 07:43 | |
*** philiKON_ has joined #zope3-dev | 07:53 | |
*** philiKON has quit IRC | 08:01 | |
*** kursor has joined #zope3-dev | 08:08 | |
*** binseer has quit IRC | 08:09 | |
*** stub has quit IRC | 08:10 | |
*** markusleist has quit IRC | 08:11 | |
*** jodok has joined #zope3-dev | 08:17 | |
*** jodok has quit IRC | 08:18 | |
*** binseer has joined #zope3-dev | 08:25 | |
*** timte has joined #zope3-dev | 08:28 | |
*** philiKON_ has quit IRC | 08:32 | |
*** philiKON has joined #zope3-dev | 08:59 | |
*** __mac__ has joined #zope3-dev | 09:03 | |
*** fairwinds has quit IRC | 09:13 | |
*** srichter has quit IRC | 09:26 | |
*** jayaraj has joined #zope3-dev | 09:35 | |
*** greenman has joined #zope3-dev | 09:36 | |
*** greenman has quit IRC | 09:51 | |
*** Theuni has left #zope3-dev | 09:52 | |
*** srichter has joined #zope3-dev | 09:54 | |
*** ChanServ sets mode: +o srichter | 09:54 | |
*** __mac___ has joined #zope3-dev | 09:56 | |
*** malthe|Zzz is now known as malthe | 09:58 | |
*** philiKON has quit IRC | 09:59 | |
*** philiKON has joined #zope3-dev | 10:00 | |
*** srichter has quit IRC | 10:05 | |
*** srichter has joined #zope3-dev | 10:06 | |
*** agroszer has joined #zope3-dev | 10:09 | |
*** __mac__ has quit IRC | 10:13 | |
*** malthe has quit IRC | 10:20 | |
*** MJ|nickcollision has joined #zope3-dev | 10:20 | |
*** MJ|nickcollision is now known as MJ | 10:21 | |
*** Theuni has joined #zope3-dev | 10:22 | |
*** yvl has joined #zope3-dev | 10:25 | |
*** tarek has joined #zope3-dev | 10:25 | |
*** quodt has joined #zope3-dev | 10:25 | |
*** srichter has quit IRC | 10:27 | |
*** mcdonc has quit IRC | 10:34 | |
*** ignas has joined #zope3-dev | 10:41 | |
*** jayaraj_ has joined #zope3-dev | 10:44 | |
*** binseer_ has joined #zope3-dev | 10:44 | |
*** markusleist has joined #zope3-dev | 10:44 | |
*** flox has joined #zope3-dev | 10:55 | |
*** MJ has quit IRC | 10:59 | |
*** binseer has quit IRC | 11:02 | |
*** jayaraj has quit IRC | 11:02 | |
*** greenman has joined #zope3-dev | 11:03 | |
*** MJ has joined #zope3-dev | 11:07 | |
*** junkafarian has joined #zope3-dev | 11:07 | |
*** srichter has joined #zope3-dev | 11:12 | |
*** afd__ has joined #zope3-dev | 11:14 | |
*** maurits has joined #zope3-dev | 11:23 | |
*** malthe has joined #zope3-dev | 11:24 | |
*** alecm has quit IRC | 11:27 | |
*** elro has joined #zope3-dev | 11:31 | |
*** elro has quit IRC | 11:33 | |
*** jodok has joined #zope3-dev | 11:40 | |
*** jayaraj_ has quit IRC | 11:44 | |
*** binseer_ has quit IRC | 11:45 | |
*** jodok has quit IRC | 11:49 | |
*** jodok has joined #zope3-dev | 11:49 | |
*** junkafarian has quit IRC | 11:55 | |
*** aclark|away is now known as aclark | 12:02 | |
*** binseer_ has joined #zope3-dev | 12:02 | |
*** jayaraj_ has joined #zope3-dev | 12:03 | |
*** mustap has joined #zope3-dev | 12:05 | |
*** redir has joined #zope3-dev | 12:11 | |
*** elro has joined #zope3-dev | 12:13 | |
*** sunew has joined #zope3-dev | 12:13 | |
*** jodok_ has joined #zope3-dev | 12:16 | |
*** jodok has quit IRC | 12:17 | |
*** ktwilight_ has joined #zope3-dev | 12:21 | |
*** jodok has joined #zope3-dev | 12:29 | |
*** jodok_ has quit IRC | 12:29 | |
*** ktwilight has quit IRC | 12:34 | |
*** MrTopf has joined #zope3-dev | 12:38 | |
*** pyqwer has joined #zope3-dev | 12:44 | |
*** pyqwer has left #zope3-dev | 12:45 | |
*** baijum has joined #zope3-dev | 12:47 | |
*** andres has joined #zope3-dev | 12:59 | |
*** jodok_ has joined #zope3-dev | 13:00 | |
*** jodok_ has quit IRC | 13:08 | |
*** jodok_ has joined #zope3-dev | 13:09 | |
*** jodok has quit IRC | 13:13 | |
*** jodok_ has quit IRC | 13:23 | |
*** jodok has joined #zope3-dev | 13:23 | |
*** alga has joined #zope3-dev | 13:29 | |
*** baijum has quit IRC | 13:31 | |
*** jodok_ has joined #zope3-dev | 13:34 | |
*** jodok has quit IRC | 13:35 | |
*** tdoggette__ has joined #zope3-dev | 13:35 | |
*** b52laptop has joined #zope3-dev | 13:35 | |
*** MJ is now known as MJ|lunch | 13:39 | |
*** sunew has quit IRC | 13:41 | |
*** thruflo has joined #zope3-dev | 13:44 | |
*** dirceu has joined #zope3-dev | 13:45 | |
*** dunny has quit IRC | 13:59 | |
*** tdoggette_ has quit IRC | 14:00 | |
*** elro has quit IRC | 14:04 | |
*** philiKON has quit IRC | 14:04 | |
*** __mac___ has quit IRC | 14:04 | |
*** SteveA has quit IRC | 14:04 | |
*** elro has joined #zope3-dev | 14:04 | |
*** philiKON has joined #zope3-dev | 14:04 | |
*** __mac___ has joined #zope3-dev | 14:04 | |
*** SteveA has joined #zope3-dev | 14:04 | |
*** MJ|lunch is now known as MJ | 14:05 | |
*** yotaff has joined #zope3-dev | 14:08 | |
*** tdoggette__ has quit IRC | 14:10 | |
*** dirceu has quit IRC | 14:20 | |
*** projekt01 has joined #zope3-dev | 14:25 | |
*** afd___ has joined #zope3-dev | 14:30 | |
*** redir has quit IRC | 14:30 | |
*** andres_f has joined #zope3-dev | 14:34 | |
*** andres has quit IRC | 14:38 | |
*** redir has joined #zope3-dev | 14:40 | |
*** redir has quit IRC | 14:42 | |
*** afd__ has quit IRC | 14:44 | |
*** kursor has quit IRC | 14:47 | |
*** jodok_ has quit IRC | 14:48 | |
*** brandon_rhodes has joined #zope3-dev | 15:05 | |
*** afd__ has joined #zope3-dev | 15:06 | |
*** J1m has joined #zope3-dev | 15:07 | |
*** sunew has joined #zope3-dev | 15:09 | |
*** greenman has quit IRC | 15:09 | |
*** afd___ has quit IRC | 15:11 | |
*** benji has joined #zope3-dev | 15:24 | |
*** benji is now known as Guest87228 | 15:25 | |
*** fairwinds has joined #zope3-dev | 15:26 | |
*** Guest87228 has quit IRC | 15:35 | |
*** benji has joined #zope3-dev | 15:35 | |
*** benji is now known as Guest78186 | 15:36 | |
*** Guest78186 is now known as benji | 15:37 | |
*** benji has quit IRC | 15:38 | |
*** benji has joined #zope3-dev | 15:38 | |
*** J1m has quit IRC | 15:42 | |
*** jodok has joined #zope3-dev | 15:49 | |
*** lurkymclurkleton has joined #zope3-dev | 15:56 | |
*** afd__ has quit IRC | 16:02 | |
*** srichter has quit IRC | 16:11 | |
yotaff | hi | 16:18 |
yotaff | how use multiple buildout.cfg on one package ? | 16:18 |
yotaff | don't find any options for the config file selection, | 16:19 |
ignas | -c ? | 16:19 |
*** ignas has quit IRC | 16:19 | |
yotaff | hmm | 16:20 |
*** regebro has joined #zope3-dev | 16:20 | |
philiKON | on one package? | 16:22 |
philiKON | huh? | 16:22 |
philiKON | a buildout is a buldout | 16:22 |
philiKON | a buildout is a directory with a buildout.cfg | 16:22 |
philiKON | feel free to create as many directories and buildout.cfg's in them as you want ;) | 16:22 |
*** sp0cksbeard has joined #zope3-dev | 16:23 | |
*** jayaraj_ has quit IRC | 16:23 | |
*** jayaraj has joined #zope3-dev | 16:26 | |
*** J1m has joined #zope3-dev | 16:26 | |
*** philiKON has quit IRC | 16:27 | |
*** afd__ has joined #zope3-dev | 16:28 | |
tarek | yotaff, take a look at buildout.zope.org. I don't know what is its state, but it has already useful things | 16:30 |
yotaff | -c is fine :) | 16:31 |
*** charith_para has joined #zope3-dev | 16:35 | |
*** jodok_ has joined #zope3-dev | 16:48 | |
*** jodok has quit IRC | 16:49 | |
chaoflow | is there some trick, that a test_suite() in ftests.py is found, when running ./bin/test -f? mine is not found | 16:57 |
*** malthe has quit IRC | 16:59 | |
*** srichter has joined #zope3-dev | 17:01 | |
benji | chaoflow: is it found when you just run bin/test with no options? | 17:03 |
chaoflow | no | 17:05 |
chaoflow | it just finds a unit test from tests.py | 17:05 |
chaoflow | i put an import pdb;pdb.set_trace() directly into the ftests.py - the file does not get loaded at all | 17:06 |
benji | try running bin/test --tests-pattern [fn]?tests | 17:06 |
benji | (although, I though that was the default) | 17:07 |
chaoflow | benji: that did something :) now its complaining about a missing ftesting.zcml | 17:10 |
*** deo has quit IRC | 17:10 | |
chaoflow | I put it in the root of my buildout, it seems to expect it in parts/test/ftesting.zcml | 17:10 |
benji | it should be in the same directory as the tests.py file | 17:11 |
benji | oh, and there's no reason to name your test files ftests.py any more, you can just use tests.py | 17:11 |
chaoflow | benji: i will still be able to seperately run unittests and functional tests? | 17:12 |
*** mcdonc has joined #zope3-dev | 17:12 | |
chaoflow | benji: thx - last question I just answered myself | 17:15 |
*** pyqwer has joined #zope3-dev | 17:17 | |
*** pyqwer has left #zope3-dev | 17:18 | |
fairwinds | J1m: I would like to trigger the uninstall/update of another part of a buildout when a part is updated to have a cascade effect - so both parts get updated. I want to trigger this from a custom cmmi recipe using its update method to handle updating where a dependency exists on another part that uses a cmmi recipe. Effect would be both parts get uninstalled and recompiled based on ordering of parts. Can you suggest an approach? In a nutsh | 17:18 |
chaoflow | the problem remains with the ftesting.zcml: it is looking for paula.authentication/parts/test/ftesting.zcml, and I have paula.authentication/src/paula/authentication/ftesting.zcml and before paula.authentication/ftesting | 17:19 |
J1m | fairwinds, the best you can do is reflect the change in options. Have the dependent part read an option that changes when the depended upon part changes. | 17:20 |
J1m | I kind of doubt that this fits your use case though. | 17:20 |
J1m | or maybe it does -- I'm not sure. | 17:20 |
fairwinds | hmm. that might do it | 17:21 |
fairwinds | I think thats a possibility I'll give this a go. thanks J1m | 17:22 |
J1m | yw | 17:22 |
*** alecm has joined #zope3-dev | 17:29 | |
*** tarek has quit IRC | 17:30 | |
*** malthe has joined #zope3-dev | 17:30 | |
*** tarek has joined #zope3-dev | 17:31 | |
*** srichter has quit IRC | 17:34 | |
*** srichter has joined #zope3-dev | 17:34 | |
*** philiKON has joined #zope3-dev | 17:36 | |
*** tdoggette has joined #zope3-dev | 17:38 | |
*** lucielejard has joined #zope3-dev | 17:38 | |
*** mustap has left #zope3-dev | 17:43 | |
fairwinds | J1m: Another thought on this. Was wondering if I might do this by manipulating .installed.cfg. Will removing the dependent part from the .installed.cfg cause it to become uninstalled? Could do something like this with regex if this is a possibility. | 17:52 |
*** rmarianski has joined #zope3-dev | 17:52 | |
*** MJ has quit IRC | 17:54 | |
*** strichter has joined #zope3-dev | 17:55 | |
*** andres_f has quit IRC | 17:57 | |
*** srichter has quit IRC | 17:57 | |
fairwinds | J1m: if something like that could work I could put this in my cmmi update method | 17:58 |
fairwinds | guess i could try something here too | 17:59 |
*** sunew has quit IRC | 18:03 | |
*** quodt has quit IRC | 18:04 | |
*** afd__ has quit IRC | 18:07 | |
*** ktwilight_ has quit IRC | 18:11 | |
*** timte has quit IRC | 18:11 | |
*** ktwilight_ has joined #zope3-dev | 18:12 | |
*** projekt01 has quit IRC | 18:15 | |
*** jodok has joined #zope3-dev | 18:19 | |
*** reco has joined #zope3-dev | 18:19 | |
*** jodok_ has quit IRC | 18:20 | |
J1m | fairwinds, you shouldn't try to much with .installed.cfg. This is owned by buildout. Touching it voids your warranty. | 18:24 |
J1m | s/much/muck | 18:24 |
J1m | I suspect that yopur use case wants a new buildout feature. | 18:25 |
fairwinds | yeah probably | 18:25 |
J1m | I had a similar use case in the past and didn't have time at the time to come up with a good model for it. | 18:26 |
fairwinds | cool | 18:26 |
* J1m wonders how that is cool | 18:26 | |
J1m | My use case was a part that read a file created by another part. | 18:27 |
fairwinds | well, its nice to know that I am not alone here ;-) | 18:27 |
benji | would it be possible to create a "dependency" recipe that takes multiple other recipes as parameters and generates this behavior | 18:27 |
J1m | I ended up rethinking my problem to avoid the use case. | 18:27 |
J1m | benji, I have no idea :) | 18:28 |
benji | heh | 18:28 |
fairwinds | hey benji: Is there anything similar to this right now in the recipe spectrum? | 18:29 |
J1m | Right now, dependency is implicit through options. | 18:29 |
fairwinds | right | 18:29 |
benji | fairwinds: not that I know of | 18:30 |
J1m | It might make sense to allow dependencies to be expressed explicitly. | 18:30 |
fairwinds | yes. I would like that. | 18:30 |
fairwinds | what i was thinking of including dependencies in my cmmi recipe. If part changes, want those to be looked up | 18:31 |
J1m | so a part would get (re)installed whenever a part it explicitly depends on is reinstalled. | 18:31 |
fairwinds | uh huh | 18:32 |
J1m | although something simpler might work too. | 18:32 |
fairwinds | like what? | 18:32 |
J1m | for example, if the buildout data structure recorded what was done with a part and another part could read that, then the dependent part could use that information to decide what to do. | 18:33 |
J1m | so, suppose A depends on B. It reads an option from B, so B is processed first. When A runs, it reads buildout['buildout | 18:34 |
fairwinds | sure. I guess thats where i was coming from with .installed since state is currently recorded there | 18:34 |
J1m | gaaa sorry, try again... | 18:34 |
J1m | so, suppose A depends on B. It reads an option from B, so B is processed first. When A runs, it reads buildout['B']['__buildout_installed__'] to decide whether B was reinstalled. | 18:35 |
J1m | It might do more or less processing based on that. | 18:35 |
J1m | But even that might not be enough. After all, C might depend on A and want to base it's decisions on what A actually did. | 18:36 |
*** alecm has quit IRC | 18:36 | |
J1m | One almost wants a more generic mechanism for parts to record data during install/update that dependent parts can read to decide what to do. | 18:37 |
fairwinds | my thought was to look for the dependency in all installed parts and uninstall them all | 18:37 |
J1m | anyway, no obvious (to me) right answer. | 18:37 |
*** jodok has quit IRC | 18:38 | |
Theuni | J1m: yeah. I had the issue of wanting to read another's part data without influencing the dependency graph too | 18:38 |
*** jodok has joined #zope3-dev | 18:38 | |
J1m | I dount that installed.cfg would give you enough info. | 18:38 |
Theuni | I think I got away at restructuring the buildout at that time. | 18:38 |
fairwinds | since ordering of parts would facilitate installation in correct order | 18:39 |
*** hazmat has quit IRC | 18:39 | |
chaoflow | when the utility zcml directive is not found in a FunctionalDocFileSuite, what might I be doing wrong? | 18:39 |
*** MJ has joined #zope3-dev | 18:40 | |
J1m | Hm, maybe A should read B's __buoldout_signature__. | 18:40 |
J1m | Than any change in B would trigger a change in A. | 18:40 |
J1m | s/than/then | 18:41 |
J1m | It may be that __buoldout_signature__ isn't available soon enough, but it probably could be without much effort. | 18:41 |
J1m | That would work when changes are driven soley by configuration. | 18:42 |
fairwinds | and everything already in .configure.cfg | 18:43 |
J1m | .configure.cfg? | 18:44 |
fairwinds | sorry .installed.cfg? | 18:44 |
J1m | which is more or less the same thing. | 18:44 |
J1m | except for mechanism. | 18:45 |
fairwinds | brain fart - to much configuration language symptoms :-) | 18:45 |
J1m | so, if __buildout_signature__ can be read by a part's initializer (or in the configuration), that should be enough, I think. | 18:46 |
fairwinds | should this be part of buildout or recipe method | 18:47 |
*** jodok_ has joined #zope3-dev | 18:47 | |
J1m | Hm, or maybe not. | 18:47 |
J1m | Maybe __buildout_signature__ isn't enough. | 18:47 |
J1m | I'm a little rusty on what that is. | 18:48 |
J1m | Basically, you want some sort of hash of the other parts uptions. | 18:48 |
fairwinds | that would be good yes | 18:48 |
J1m | I think buildout could provide an option that could be read that reflects the configuration of a part that one depends on. | 18:49 |
J1m | Then again, it might be better ro express this as an explicit dependency, even if it uses this mechanism under the hood. | 18:49 |
fairwinds | i like the notion of an explicit dependency | 18:50 |
*** rocky has quit IRC | 18:50 | |
*** jodok has quit IRC | 18:50 | |
J1m | Yeah. | 18:50 |
J1m | We'd need to decide how to spell it. | 18:51 |
J1m | You can think about that while I get back to work (or get lunch) | 18:51 |
fairwinds | sure | 18:51 |
*** rocky has joined #zope3-dev | 18:53 | |
*** timte has joined #zope3-dev | 18:53 | |
*** __mac___ has quit IRC | 18:54 | |
*** __mac__ has joined #zope3-dev | 18:55 | |
*** reco has quit IRC | 18:55 | |
*** alecm has joined #zope3-dev | 18:57 | |
*** binseer_ has quit IRC | 19:00 | |
chaoflow | in ftesting.zcml I register a utility. I include zope.app.zcmlfiles to get a utility directive. However, in a FunctionalDocFileSuite, I get a ComponentLookupError, when trying to getUtility(). any ideas? | 19:07 |
philiKON | did you say | 19:08 |
philiKON | suite.layer = YourZCMLBasedLayer | 19:08 |
philiKON | ? | 19:08 |
philiKON | ftesting.zcml won't be loaded automagically you know | 19:08 |
*** alga has quit IRC | 19:10 | |
chaoflow | philiKON: I took the layer things from a zopeproject generated ftesting.zcml. The file is loaded, at least I got errors from it | 19:10 |
philiKON | ok | 19:11 |
philiKON | well, then i don't know | 19:11 |
*** sunew has joined #zope3-dev | 19:12 | |
chaoflow | philiKON: are there any includes that need to be present in ftesting for the component registry to work? | 19:13 |
philiKON | if you're using the stuff from zopeproject, it should work | 19:14 |
J1m | fairwinds, so you can probably try this out by writing a recipe that takes a set of parts and conputes a hash based on the part items and makes the hash available for other parts to read. This would allow you to prototype the idea and make sure that it actually solves your problem. (I assume that this is what benji was hinting at.) | 19:14 |
fairwinds | hi ya. yes I can do this. Another thought . Recipe handles this somewhat currently. If recipe is changed all parts depending on recipe are uninstalled. What is mechanism there? | 19:17 |
chaoflow | philiKON: thx, will have a look, what I am missing from it | 19:17 |
*** MJ is now known as MJ|afk | 19:18 | |
*** J1m has quit IRC | 19:20 | |
*** maurits has left #zope3-dev | 19:21 | |
*** alga has joined #zope3-dev | 19:21 | |
*** jayaraj has quit IRC | 19:22 | |
*** djohnson has joined #zope3-dev | 19:29 | |
*** djohnson has left #zope3-dev | 19:29 | |
*** sm has quit IRC | 19:35 | |
*** sm has joined #zope3-dev | 19:35 | |
*** jodok_ has quit IRC | 19:45 | |
*** mintsauce has joined #zope3-dev | 19:46 | |
mintsauce | Are there any existing Paypal/Google Checkout/Etc payment components for Zope 3? | 19:47 |
*** ccomb_ has quit IRC | 19:48 | |
*** J1m has joined #zope3-dev | 19:49 | |
*** MJ|afk has quit IRC | 19:50 | |
*** hazmat has joined #zope3-dev | 19:54 | |
*** ChanServ sets mode: +o hazmat | 19:54 | |
*** sunew has quit IRC | 19:58 | |
*** hazmat has quit IRC | 20:00 | |
*** replicant has joined #zope3-dev | 20:01 | |
*** tarek has quit IRC | 20:07 | |
*** replicant has quit IRC | 20:07 | |
*** thruflo has quit IRC | 20:09 | |
*** replicant has joined #zope3-dev | 20:11 | |
*** tdoggette has quit IRC | 20:18 | |
*** tarek has joined #zope3-dev | 20:24 | |
*** ccomb has joined #zope3-dev | 20:30 | |
*** markusleist has quit IRC | 20:33 | |
*** timte has quit IRC | 20:33 | |
*** whit has quit IRC | 20:37 | |
*** replaceafill has joined #zope3-dev | 20:39 | |
*** rocky has quit IRC | 20:41 | |
*** rocky has joined #zope3-dev | 20:43 | |
*** baijum has joined #zope3-dev | 20:49 | |
*** whit has joined #zope3-dev | 20:55 | |
*** whit has quit IRC | 20:56 | |
*** whit has joined #zope3-dev | 20:56 | |
*** whitmo has joined #zope3-dev | 20:59 | |
*** whit has quit IRC | 21:00 | |
*** replaceafill has left #zope3-dev | 21:03 | |
*** whitmo has quit IRC | 21:05 | |
*** jsadjohnson has left #zope3-dev | 21:05 | |
*** sunew has joined #zope3-dev | 21:06 | |
*** whit has joined #zope3-dev | 21:12 | |
*** pyqwer has joined #zope3-dev | 21:16 | |
*** pyqwer has quit IRC | 21:23 | |
*** charith_para has quit IRC | 21:28 | |
*** sunew has quit IRC | 21:32 | |
*** MrTopf has quit IRC | 21:34 | |
*** MrTopf has joined #zope3-dev | 21:36 | |
fairwinds | J1m: Have been thinking more sort of solidifying ideas about this. I think what needs to happen is that we need a .dependencies.cfg for explicit dependencies. Buildout would generate a md5sum from text of each part. This needs to occur in buildout before the configuration is read so that buildout will respond to options changes. So you are able to use dependency information in options. example. dependency = ${dependency:python25}, or anyt | 21:45 |
*** agroszer_ has joined #zope3-dev | 21:46 | |
fairwinds | dependencies.cfg would look like [dependency] python25 = | 21:47 |
fairwinds | [dependency] | 21:48 |
fairwinds | python25 = afb5451049eda91fbde10bd5a4b7fadc | 21:48 |
fairwinds | somepart = someothermd5 | 21:48 |
*** vipod has joined #zope3-dev | 21:53 | |
fairwinds | J1m: This can't all be done in a recipe without being sort of lame. For example, you make a recipe that generates the md5sum but would it would have to be run each time before a buildout because we need the dependency.cfg for options uninstall to be triggered. To be efficient it would need to be part of buildout probably with an arg since many would not need this feature necessarily. | 21:54 |
*** replicant has quit IRC | 21:58 | |
*** agroszer has quit IRC | 22:00 | |
*** ARiKA has quit IRC | 22:01 | |
*** markusleist has joined #zope3-dev | 22:01 | |
*** baijum has left #zope3-dev | 22:04 | |
*** hazmat has joined #zope3-dev | 22:05 | |
*** ChanServ sets mode: +o hazmat | 22:05 | |
*** sm has quit IRC | 22:07 | |
*** supton has joined #zope3-dev | 22:07 | |
*** afd__ has joined #zope3-dev | 22:12 | |
*** MrTopf has quit IRC | 22:17 | |
fairwinds | J1m: In meantime I will write a recipe that has a script to generate the dependencies.cfg prior running buildout just as example | 22:25 |
J1m | fairwinds, I didn't see your earlier messages. | 22:27 |
fairwinds | oh ok let me redo | 22:28 |
J1m | I don't see the point of .dependencies.cfg. | 22:28 |
fairwinds | I think what needs to happen is that we need a .dependencies.cfg for explicit dependencies. Buildout would generate a md5sum from text of each part. This needs to occur in buildout before the configuration is read so that buildout will respond to options changes. So you are able to use dependency information in options. example. dependency = ${dependency:python25}, or anything = {dependency:somepart}. So lets say for python example, you | 22:28 |
J1m | all you need is for a dependeont part to include, in it's options, a hash of the options of it's dependencies. | 22:29 |
J1m | This can be fairly easily arranged without a new config file. | 22:29 |
J1m | no, you are mistaken. | 22:29 |
J1m | It's much simpler than you think it is. | 22:30 |
*** elro has quit IRC | 22:30 | |
*** yotaff has quit IRC | 22:30 | |
J1m | Dependencies should be part of the part definition itself. | 22:30 |
J1m | Something like: | 22:30 |
J1m | [a] | 22:30 |
J1m | depends-on: b, c | 22:30 |
J1m | recipe = ... | 22:31 |
J1m | 22:31 | |
J1m | There shouldn't be a separate file. | 22:31 |
J1m | under the hood, buildout will simple include a special option in a who's value is the hash of b & c's options. | 22:31 |
J1m | Then the existing machinery for deciding when to reinstall will work just fine. | 22:32 |
fairwinds | ok sure | 22:32 |
J1m | As I mentioned earlier, it should be possible to prototyoe this now using a helper recipe. | 22:33 |
J1m | In the long term, the biggest issue, aside from implementation, is deciding what the new option name should be, since it would have to be a reserved name (like recipe). | 22:33 |
fairwinds | ok i understand. what i was suggesting was another way to do it but with a file | 22:37 |
*** aclark is now known as aclark|away | 22:42 | |
fairwinds | this helper recipe, we just store info in a config file temporarily? | 22:43 |
*** jodok has joined #zope3-dev | 22:45 | |
fairwinds | J1m: depends-on seems fine to me | 22:50 |
*** dunny has joined #zope3-dev | 22:50 | |
J1m | I'm incined to pick something more obnoxious -- to reduce the possibility of breakage. | 22:52 |
J1m | probability | 22:52 |
fairwinds | how obnoxious? | 22:52 |
J1m | I dunno :) | 22:54 |
* benji suggests "snarglefloop" | 22:54 | |
fairwinds | ;-) | 22:54 |
* J1m likes it | 22:54 | |
*** hazmat has quit IRC | 23:14 | |
*** quodt has joined #zope3-dev | 23:18 | |
*** greenman has joined #zope3-dev | 23:30 | |
*** greenman has quit IRC | 23:30 | |
*** fairwinds has quit IRC | 23:32 | |
*** mintsauce has quit IRC | 23:36 | |
*** regebro has quit IRC | 23:39 | |
*** agroszer_ has quit IRC | 23:40 | |
*** Jell-O-Fishi has joined #zope3-dev | 23:42 | |
*** alga has quit IRC | 23:43 | |
*** vipod has quit IRC | 23:46 | |
*** fairwinds has joined #zope3-dev | 23:52 | |
*** timte has joined #zope3-dev | 23:53 | |
*** supton has quit IRC | 23:55 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!