IRC log of #zope3-dev for Monday, 2009-02-23

*** seletz_ has quit IRC00:07
*** pelle_ has quit IRC00:08
*** yota has quit IRC00:14
*** whit has quit IRC00:17
*** whit has joined #zope3-dev00:18
*** gstratton has joined #zope3-dev00:25
*** tarek has joined #zope3-dev00:28
*** shane_ has quit IRC00:40
*** fairwinds has quit IRC00:45
*** chaoflow has quit IRC00:48
*** chaoflow has joined #zope3-dev00:48
*** gstratton has quit IRC00:52
*** romanofs1i has joined #zope3-dev00:53
*** romanofs1i has quit IRC00:54
*** romanofski has quit IRC00:55
*** romanofski has joined #zope3-dev00:56
*** pcardune has joined #zope3-dev00:57
*** aaronv has quit IRC01:01
*** tarek has quit IRC01:22
*** danfairs has quit IRC01:38
*** junkafarian has joined #zope3-dev01:41
*** MiUlEr has joined #zope3-dev01:44
*** MiUlEr has quit IRC01:48
*** MiUlEr has joined #zope3-dev01:48
*** flox has left #zope3-dev01:53
*** markusleist has quit IRC01:53
*** MiUlEr has quit IRC01:57
*** nyo has quit IRC01:58
*** hazmat has joined #zope3-dev02:02
*** ChanServ sets mode: +o hazmat02:02
*** norro has quit IRC02:04
*** kaeru has joined #zope3-dev02:11
*** fairwinds has joined #zope3-dev02:18
*** whit has quit IRC02:33
*** whit has joined #zope3-dev02:34
*** quodt has quit IRC02:42
*** davisagli has joined #zope3-dev02:46
*** whit has quit IRC02:49
*** davisagli has left #zope3-dev02:50
*** andycat has joined #zope3-dev02:50
*** whit has joined #zope3-dev02:52
*** andycat has quit IRC03:06
*** andycat has joined #zope3-dev03:06
*** hazmat has quit IRC03:17
*** hazmat has joined #zope3-dev03:19
*** ChanServ sets mode: +o hazmat03:19
*** whit has quit IRC03:49
*** pcardune has quit IRC04:01
*** troter has joined #zope3-dev04:22
*** srichter has joined #zope3-dev05:05
*** dbfrombrc has quit IRC05:11
*** junkafarian has quit IRC05:41
*** stub has joined #zope3-dev06:05
*** tarek has joined #zope3-dev06:26
*** tarek has quit IRC06:54
*** pcardune has joined #zope3-dev07:21
*** tarek has joined #zope3-dev07:31
*** afd__ has joined #zope3-dev07:38
*** fairwinds has quit IRC07:38
*** kaeru has quit IRC07:43
*** tarek has quit IRC07:45
*** davisagli has joined #zope3-dev08:14
*** agroszer has joined #zope3-dev08:29
*** whit has joined #zope3-dev08:29
*** alecm has joined #zope3-dev08:41
*** agroszer_ has joined #zope3-dev08:41
*** agroszer has quit IRC08:46
*** JaRoel|4D has quit IRC08:49
*** pcardune has quit IRC08:50
*** basti__ has joined #zope3-dev08:51
*** kaeru has joined #zope3-dev08:52
*** malthe has joined #zope3-dev08:55
*** flox has joined #zope3-dev09:04
*** redir has quit IRC09:05
*** wgrant has quit IRC09:05
*** redir has joined #zope3-dev09:06
*** wgrant has joined #zope3-dev09:06
afd__is there a sane way to deal with a system install of zope.interface? (one Ubuntu package depends on zope.interface and they have 3.3.1, which is incompatible with the most of the zope 3.4 packages)09:08
afd__I get a "Error: There is a version conflict." We already have: zope.interface 3.3.1 but myapp requires 'zope.interface>=3.5.0'09:08
srichterafd__: I would compile my own Python09:08
afd__or maybe I should run it under virtualenv...09:09
srichteror at least use virtualenv or another method to setup a custom PYthon env09:09
afd__is there no mechanism in buildout to deal with this issue?09:09
srichteryes, you can pin the version09:09
afd__I did09:10
srichtermmh, that should work09:10
afd__I'm extending this:
afd__I've also set specific version dependency for install_requires, in my package setup.py09:10
afd__creating a versions section in my buildout didn't help either09:11
*** __mac__ has joined #zope3-dev09:12
*** zagy has joined #zope3-dev09:15
davisagliafd__: I think if a package is already in your global environment then buildout won't install it, even if you use a version pin.  try running buildout from a virtualenv created with --no-site-packages09:16
*** whit has quit IRC09:17
afd__yes, that was what I am doing... but isn't it a bug if buildout doesn't obey the version specifications?09:17
afd__actually, thinking about it, I have a python app that I'm developing that doesn't use so many zope libraries and there it works09:18
afd__although I needed to list zope.interface last in the install_requires, to get the zope.interface egg path to be inserted first in the wrapper scripts09:18
*** baijum has joined #zope3-dev09:18
*** baijum has quit IRC09:22
*** baijum has joined #zope3-dev09:35
*** danfairs has joined #zope3-dev09:36
*** pyqwer has joined #zope3-dev09:37
*** goschtl has joined #zope3-dev09:38
*** Theuni has joined #zope3-dev09:39
*** JaRoel|4D has joined #zope3-dev09:42
*** afd___ has joined #zope3-dev09:48
*** pelle_ has joined #zope3-dev09:52
*** agroszer_ has quit IRC09:54
*** afd__ has quit IRC09:55
*** redir has quit IRC09:57
*** MJ has joined #zope3-dev09:58
*** MJ has joined #zope3-dev09:59
*** danfairs has quit IRC09:59
*** romanofski has quit IRC10:00
*** Rolando has joined #zope3-dev10:11
*** quodt has joined #zope3-dev10:11
*** harobed has joined #zope3-dev10:14
*** mkerrin has joined #zope3-dev10:25
*** afd___ is now known as afd_10:32
*** jpcw has joined #zope3-dev10:33
*** danfairs has joined #zope3-dev10:49
*** MJ has quit IRC10:51
*** MJ|nickcollision has joined #zope3-dev10:51
*** regebro has joined #zope3-dev10:53
*** jukart has joined #zope3-dev10:57
*** tarek has joined #zope3-dev10:57
*** kaeru has quit IRC11:04
*** kaeru has joined #zope3-dev11:05
*** iham|away is now known as iham11:06
*** junkafarian has joined #zope3-dev11:11
*** danfairs has quit IRC11:19
*** danfairs has joined #zope3-dev11:21
*** MJ|nickcollision has quit IRC11:21
*** MJ has joined #zope3-dev11:22
*** baijum has quit IRC11:27
*** greenman has joined #zope3-dev11:37
*** junkafarian has quit IRC11:38
*** alecm has quit IRC11:40
*** baijum has joined #zope3-dev11:41
*** nyo has joined #zope3-dev11:45
*** davisagli has left #zope3-dev11:46
*** baijum has quit IRC11:46
*** baijum has joined #zope3-dev11:48
*** danfairs_ has joined #zope3-dev11:50
*** danfairs has quit IRC11:51
*** iham has quit IRC11:54
*** jayaraj has joined #zope3-dev11:55
*** iham has joined #zope3-dev11:59
*** flox1 has joined #zope3-dev12:02
*** jpcw has left #zope3-dev12:03
*** romanofski has joined #zope3-dev12:04
*** norro has joined #zope3-dev12:08
*** junkafarian has joined #zope3-dev12:09
*** ignas has joined #zope3-dev12:16
*** flox has quit IRC12:17
*** danfairs has joined #zope3-dev12:22
*** seletz_ has joined #zope3-dev12:22
*** danfairs_ has quit IRC12:22
*** seletz_ is now known as seletzathome12:23
*** yotaff has joined #zope3-dev12:24
*** seletz_ has joined #zope3-dev12:29
*** seletz_ is now known as seletz|snafu12:30
*** seletz|snafu has quit IRC12:32
*** alga has joined #zope3-dev12:37
*** markusleist has joined #zope3-dev12:42
*** baijum has quit IRC12:42
*** seletzathome has quit IRC12:43
*** seletz_ has joined #zope3-dev12:54
*** danfairs has quit IRC13:05
*** greenman has quit IRC13:17
*** danfairs has joined #zope3-dev13:17
*** romanofs1i has joined #zope3-dev13:22
*** romanofs1i has quit IRC13:28
*** Rolando has quit IRC13:31
*** Rolando has joined #zope3-dev13:31
*** tarek has quit IRC13:37
*** romanofski has quit IRC13:37
*** fairwinds has joined #zope3-dev13:39
*** danfairs has quit IRC13:43
*** danfairs has joined #zope3-dev13:44
*** bigkevmcd has joined #zope3-dev13:44
*** flox1 is now known as flox13:50
*** gstratton has joined #zope3-dev14:02
*** mintsauce has joined #zope3-dev14:08
*** seletz_ has quit IRC14:09
*** whit has joined #zope3-dev14:09
mintsauceIs there a tal / python way to check for the existence of an image at an url?14:10
mintsaucelike exists: but for urls not paths ...14:10
ignasmintsauce: no, don't think it's easy to implement14:11
ignasmintsauce: without making an http request to your application14:11
ignasi mean - how else can you do that? unless you know what you are looking for, and if you know what you are looking for14:11
ignaslike a photo of a person14:12
ignasthen you can construct a case specific test like14:12
ignas<img tal:condition="person/photo" />14:12
mintsaucebut that relies on it being on zodb? (Which, actually in my case it is, I just wondered if I could avoid the ZODB overhead)14:13
ignasemm, what?14:13
ignasyou want to know if a resource exists without ZODB overhead?14:13
ignaswhere are you going to store the data about that then?14:13
ignasor are you only talking about "resources" that are registered through zcml?14:14
ignasif your images are in ZODB the only way to find out if they are there is to ask ZODB ;)14:14
ignasif they are not in ZODB then - well you know how to check if they exist, don't you?14:14
* mintsauce looks thick14:15
ignaswell you suggested that in some way testing for existance of "http://application/john/photo" would not add ZODB overhead that testing for person/photo would...14:15
mintsaucesorry, let me explain a bit more.14:16
mintsauceI'm want to return a users photo - but it's on the very front page and will be viewed a lot as a result. Now, correct me if im wrong, retrieving the image by wondering off into the member annoations (where it's stored) seems to be a higher cost than accessing the url and seeing if I get an image.......................14:18
mintsaucebut by the sounds of it, the latter isn't an option that's available.14:19
ignasoh really14:19
ignasyou mean - you think that an access of a bit of data in process costs more than14:20
ignasan http request, that traverses into person, then tries to access that same bit of data in a separate process14:20
mintsaucehehe - 'I think' - would be happy to told otherwise :)14:20
ignasit's the same info in the same place, but instead of doing 20 operations in the same view, you are doing 20 operations in separate HTTP request/response cycles14:21
mintsauceI see what you mean ..14:25
ignasbut do you understand it? ;)14:26
ignashow many of them are you displaying on the same page by the way?14:27
*** danfairs has quit IRC14:27
ignasif it's less than 200 i'll yell at you for premature optimization too ;)14:28
* mintsauce keeps quiet14:28
mintsaucebut but but .... it's the homepage of the site, which i expect to be visited heavily .... ;)14:28
ignasyou expect14:30
mintsauceok. point taken :P14:30
*** danfairs has joined #zope3-dev14:31
*** benji has quit IRC14:34
*** hazmat has quit IRC14:35
*** whit has quit IRC14:38
*** jap has joined #zope3-dev14:40
*** tarek has joined #zope3-dev14:40
*** ktwilight_ has joined #zope3-dev14:43
*** mintsauce has quit IRC14:47
*** ktwilight__ has joined #zope3-dev14:47
*** ktwilight_ has quit IRC14:50
*** gstratton has quit IRC14:51
*** pelle__ has joined #zope3-dev14:53
*** ktwilight has quit IRC14:56
*** gstratton has joined #zope3-dev14:57
*** imgrey has joined #zope3-dev14:57
imgreyhi #zope3-dev14:57
*** pelle_ has quit IRC14:58
*** danfairs has quit IRC14:59
imgreydoes someone know why callback 'cb' not triggering here: a = tst_db['tst']; b = weakref.proxy(, cb); del a ?14:59
*** danfairs has joined #zope3-dev15:02
*** __mac__ has quit IRC15:03
*** __mac__ has joined #zope3-dev15:04
ignasimgrey: where are you importing the weakref.proxy from?15:11
*** gstratton has quit IRC15:12
*** redir has joined #zope3-dev15:12
ignasimgrey: well duh15:13
ignasimgrey: you are deleting "a" but tst_db['tst'] is still referring to the object15:14
ignasimgrey: that you have passed to weakref.proxy15:14
ignasimgrey: so the object is not gone, thus weakref is not doing anything15:14
ignasimgrey: and anyway - how is that related to Zope3?15:14
*** menesis has joined #zope3-dev15:22
*** benji has joined #zope3-dev15:23
*** dunny has quit IRC15:25
*** menesis has quit IRC15:27
*** menesis has joined #zope3-dev15:27
imgreyignas, module weakref. python2.515:32
*** danfairs_ has joined #zope3-dev15:34
imgreyignas, as it is impossible to use __del__ method I'm trying to find a way to execute callback after object destructor finished its work15:34
*** danfairs has quit IRC15:34
*** projekt01 has joined #zope3-dev15:42
ignasimgrey: what desctructor15:43
ignasimgrey: use IObjectRemoved event and subscribers if it's zope15:43
*** cshenton has joined #zope3-dev15:44
*** redir has quit IRC15:44
*** redir has joined #zope3-dev15:45
projekt01jukart, ayt?15:46
jukartprojekt01: jep15:46
projekt01jukart, did you just remove duplucated code in jsonrpc?15:46
jukartprojekt01: im my own branch not in trunk15:47
imgreyignas, I saw zope events and canot imagine how it may be used in my application15:47
projekt01or what is your goal?15:47
jukartprojekt01: my goal is to get non positional arguments back for version 1.115:47
projekt01can we do this and be compatible with the specification?15:48
jukartprojekt01: the proposal for 1.1 defines non positional arguments and we already used it15:48
jukartwe need to stay with 1.1 because our gae backend only supports 1.115:49
projekt01I'm fine with any improvment, I just saw the changes. I'm not sure what's missing, was I while ago since I was working on that ;-)15:49
jukartprojekt01: my brach i made now supports everything for all versions15:50
*** menesis has quit IRC15:50
projekt01just wondering if it has sideeffects for z3c.json or the JS lib z3c.jsonrpcproxy15:50
*** menesis has joined #zope3-dev15:50
projekt01Do you think it's compatible with everything before?15:50
jukartprojekt01: I don't think there are side effects because it is just an extension15:50
projekt01can you merge that back to the trunk?15:51
jukartbut didn't look at jsonrpcproxy15:51
jukartprojekt01: np15:51
projekt01I'll take a look at that tonight15:51
jukartprojekt01: I would also like to make a new release because right now I use my own eggs in our internal repos15:51
projekt01of corse, no problem15:52
jukartwould like to see it on pypi15:52
jukartso I merge it to trunk now so that you can test it15:52
projekt01jukart, Ok, will do so and let you know if it's working15:53
projekt01jukart, what JS library are you using with z3c.jsonrpc?15:53
jukartprojekt01: we have a GWT frontend15:54
jukartand I used pyjamas for some tests15:54
projekt01is thre a simple way to test GWT with z3c.jsonrpc?15:54
*** menesis has quit IRC15:54
jukartprojekt01: no not really, nothing is simple with java :(15:54
*** agroszer_ has joined #zope3-dev15:55
projekt01I see15:55
*** menesis has joined #zope3-dev15:56
projekt01I'll take a look at that tonight and let you know about that15:56
projekt01jukart, probably I'll find a way to add a handcrafted test framework using a server setup for the different JS libs like JQuery uses by default15:59
jukartprojekt01: merge is done, z3c.jsonrpc tests are still passing15:59
jukartprojekt01: but the test only use version 2.015:59
projekt01I'll add more tests for the other versions tonight16:00
*** danfairs_ has quit IRC16:00
jukartprojekt01: did you see my other fixes I did last week, there where wrong checks for incoming version numbers16:00
*** lucielejard has joined #zope3-dev16:00
*** hazmat has joined #zope3-dev16:00
*** ChanServ sets mode: +o hazmat16:00
jukartI changed them from float to string16:00
*** stub has quit IRC16:00
projekt01Yes, saw that looks good to me16:01
jukartprojekt01: and works much better with our frontend :)16:01
ignasimgrey: sorry, had to go afk16:01
*** danfairs has joined #zope3-dev16:01
*** pelle_ has joined #zope3-dev16:01
ignasimgrey: as I said - you have to do del test_db['tst'] to trigger the garbage collection of your variable16:02
imgreyignas, the same16:02
ignasyou do both del a and del test_db['tst']?16:02
imgreyas far as I understand zodb managing objects on its own. and it is necessary to dig into its caching mechanism16:03
imgreyignas, only tst_db['tst']16:03
ignasimgrey: i am not sure how and why are you trying to mix zodb garbage collection and python garbage collection16:03
*** redir has quit IRC16:03
ignasimgrey: well - python garbage collection and object destruction is only triggered when there are no more references to the object16:04
*** lurkymclurkleton has joined #zope3-dev16:04
ignasimgrey: so naturally as long as at least one of the "a" and "test_db['tst']" are pointing at your object16:04
ignasimgrey: the object will have refcount > 0 and will not be destroyed16:04
*** jamur2 has joined #zope3-dev16:04
ignasimgrey: and still I don't get how it is related to zope3, and what are you trying to accomplish...16:05
imgreyignas, according to my logic, when I perform 'del' object should be deleted (its __del__ method should be called). and when it deleted, then weakref proxy should call my callback. it may not happen only for one reason, if zodb overloaded __del__ method16:05
imgreyif it is so, then its impossible to catch event16:06
ignasdeletes 1 reference of the object16:06
ignasand __del__ only get's triggered if you delete all of them16:06
ignasdo you know what's the difference between the object that is created when you do A() and the variable that you assign the instance of the object to?16:07
ignas"a" is not the same thing as the instance of A(), "a" is pointing to A(), so by doing "del a" you remove reference to the object, not the object itself16:08
ignasso try doing this:16:09
ignasa = A()16:09
ignasb = a16:09
ignaswrap the object16:09
ignasand "del a"16:09
ignasyout callback will not get called16:09
ignasand i really hope you understand why16:09
imgreyignas, I got it. thanks a lot16:10
*** davisagli has joined #zope3-dev16:14
*** aaronv has joined #zope3-dev16:15
*** ccomb has left #zope3-dev16:18
*** baijum has joined #zope3-dev16:19
*** nyo has quit IRC16:19
*** agroszer_ is now known as agroszer16:20
*** pelle__ has quit IRC16:22
*** danfairs_ has joined #zope3-dev16:31
*** danfairs has quit IRC16:31
*** norro has quit IRC16:39
*** pelle_ has quit IRC16:40
*** pelle_ has joined #zope3-dev16:47
*** mgedmin has joined #zope3-dev16:51
*** fRiSi has joined #zope3-dev16:56
*** pelle__ has joined #zope3-dev16:59
*** J1m has joined #zope3-dev17:01
*** tarek has quit IRC17:04
*** redir has joined #zope3-dev17:05
*** tarek has joined #zope3-dev17:06
*** basti__ has quit IRC17:08
*** pelle___ has joined #zope3-dev17:08
*** pelle_ has quit IRC17:10
*** danfairs_ has quit IRC17:16
*** srichter has quit IRC17:18
*** afd__ has joined #zope3-dev17:19
*** menesis has quit IRC17:22
*** nathany has joined #zope3-dev17:24
*** danfairs has joined #zope3-dev17:24
*** imgrey has quit IRC17:26
*** pelle__ has quit IRC17:26
*** imgrey has joined #zope3-dev17:26
*** JaRoel|4_ has joined #zope3-dev17:30
*** jhauser has joined #zope3-dev17:31
*** afd_ has quit IRC17:31
*** reedobrien has joined #zope3-dev17:34
*** hazmat has quit IRC17:34
*** zagy has quit IRC17:37
imgreyhave someone seen this: ?17:38
imgreycannot understand why application hangs on commect to zodb17:39
ignasimgrey: and the code that causes that?17:40
*** redir has quit IRC17:40
*** jerrymcfarts has joined #zope3-dev17:43
benjiimgrey: which line in your 109 paste throws the exception?  15 perhaps?17:44
imgreybenji, there's no exception on client side17:44
imgreybenji, ZEO raises exception17:44
*** srichter has joined #zope3-dev17:45
*** JaRoel|4_ has quit IRC17:45
*** JaRoel|4_ has joined #zope3-dev17:45
*** JaRoel|4D has quit IRC17:46
*** MJ has quit IRC17:47
*** danfairs has quit IRC17:48
benjiimgrey: if your code is working, why are you complaning? ;)17:49
benjimore seriously: I /think/ that's normal the first time you open a brand new DB17:50
imgreybenji, my code hangs17:50
benjiah; what line does it hang on?17:50
*** danfairs has joined #zope3-dev17:50
*** ChanServ sets mode: +o srichter17:50
imgreybenji, db = ZODB.DB(storage)17:52
imgreybenji, seems it hangs randomly17:55
*** tarek has quit IRC17:55
*** lucielejard has quit IRC17:56
benjiimgrey: sorry, nothing springs to mind17:58
*** sm has joined #zope3-dev17:59
*** jpcw has joined #zope3-dev18:01
*** lucielejard has joined #zope3-dev18:03
*** imgrey has quit IRC18:03
*** pelle_ has joined #zope3-dev18:03
*** tarek has joined #zope3-dev18:03
*** Theuni has quit IRC18:04
*** pelle__ has joined #zope3-dev18:08
*** pelle___ has quit IRC18:09
*** tarek_ has joined #zope3-dev18:11
*** tarek has quit IRC18:12
*** pcardune has joined #zope3-dev18:13
*** sawdog_ has joined #zope3-dev18:16
*** jukart has quit IRC18:16
*** tarek_ has quit IRC18:16
*** srichter has quit IRC18:19
*** srichter has joined #zope3-dev18:19
*** tarek_ has joined #zope3-dev18:22
*** danfairs has quit IRC18:24
*** tarek_ has quit IRC18:24
*** danfairs has joined #zope3-dev18:24
*** davisagli has left #zope3-dev18:25
*** pelle_ has quit IRC18:25
*** tarek_ has joined #zope3-dev18:30
*** dbfrombrc has joined #zope3-dev18:31
*** tarek__ has joined #zope3-dev18:31
*** sawdog has quit IRC18:33
*** tarek__ has joined #zope3-dev18:34
*** tarek__ has quit IRC18:35
*** strichter has joined #zope3-dev18:36
*** srichter has quit IRC18:36
*** afd___ has joined #zope3-dev18:39
*** JaRoel|4_ has quit IRC18:40
*** tarek__ has joined #zope3-dev18:40
*** goschtl has quit IRC18:41
*** afd__ has quit IRC18:42
*** agroszer_ has joined #zope3-dev18:44
*** zagy has joined #zope3-dev18:45
*** tarek_ has quit IRC18:47
*** _srichter has joined #zope3-dev18:48
*** pelle__ has quit IRC18:51
*** afd___ has quit IRC18:54
*** afd___ has joined #zope3-dev18:55
*** pcardune has quit IRC18:57
*** tarek__ has quit IRC18:57
*** jfkw has joined #zope3-dev18:58
*** strichter has quit IRC19:00
*** agroszer has quit IRC19:01
*** nathany_ has joined #zope3-dev19:02
*** nathany has quit IRC19:03
*** nathany_ is now known as nathany19:03
*** agroszer_ is now known as agroszer19:04
*** pyqwer has quit IRC19:05
*** alecm has joined #zope3-dev19:10
*** danfairs has quit IRC19:10
*** norro has joined #zope3-dev19:11
*** ignas has quit IRC19:14
*** danfairs has joined #zope3-dev19:14
*** quodt has quit IRC19:19
*** aaronv is now known as aaronv-LUNCH19:19
*** projekt01 has quit IRC19:23
*** Rolando has quit IRC19:24
*** fRiSi has quit IRC19:28
*** JaRoel|4D has joined #zope3-dev19:31
*** norro has quit IRC19:35
*** strichter has joined #zope3-dev19:37
*** norro has joined #zope3-dev19:37
*** norro has quit IRC19:39
*** jpcw has left #zope3-dev19:47
*** davisagli has joined #zope3-dev19:49
*** tarek has joined #zope3-dev19:50
*** harobed has quit IRC19:51
*** _srichter has quit IRC19:51
*** baijum has quit IRC19:54
*** tarek has quit IRC19:55
*** danfairs has quit IRC19:55
*** baijum has joined #zope3-dev19:55
*** tarek has joined #zope3-dev19:59
*** aaronv-LUNCH is now known as aaronv20:03
*** baijum has quit IRC20:10
*** whit has joined #zope3-dev20:14
*** aaronv has quit IRC20:16
*** aaronv has joined #zope3-dev20:16
*** timte has joined #zope3-dev20:19
*** mkerrin has quit IRC20:21
*** strichter is now known as srichter20:24
*** ChanServ sets mode: +o srichter20:24
*** pcardune has joined #zope3-dev20:29
*** whit has quit IRC20:34
*** whit has joined #zope3-dev20:38
*** alga has quit IRC20:39
*** tarek has quit IRC20:39
*** nyo has joined #zope3-dev20:42
*** jukart has joined #zope3-dev20:56
*** jayaraj has quit IRC20:57
*** malthe has quit IRC21:03
*** quodt has joined #zope3-dev21:04
*** cshenton_ has joined #zope3-dev21:05
*** flox has left #zope3-dev21:08
*** runyaga has joined #zope3-dev21:11
runyagahi guys21:11
nyohi guy)21:11
*** pelle_ has joined #zope3-dev21:12
runyagacan you have two zeo servers: one in READONLY and one WRITING connected to same file?21:12
runyagai presume not21:12
runyagabecause that is why we have zeoraid, relstorage and ZRS ;)?21:12
nyowell, don't ask me, I didn't use ZEO at all:)21:13
agroszerrunyaga: I'd say yes21:13
agroszeror mostly yes21:13
runyagahow mostly?21:13
agroszerwell, haven't used zeoraid yet21:14
runyagai'm talking about w/o zeoraid, relstorage or ZRS21:14
agroszerwhat are looking for?21:14
agroszeror trying to do?21:14
runyagatwo servers running off the same file21:14
runyagasame data.fs21:14
runyagaone in readonly mode21:14
runyagaone in normal mode21:14
agroszerI think the "normal" one will lock the data.fs that way that you cannot open it from any other process21:15
runyagaif not read_only:21:16
runyaga            # Create the lock file21:16
runyaga            self._lock_file = LockFile(file_name + '.lock')21:16
runyaga            self._tfile = open(file_name + '.tmp', 'w+b')21:16
runyaga            self._tfmt = TempFormatter(self._tfile)21:16
runyagaso th elock file is only done if your not in read_only21:16
agroszerahh, haven't used that21:16
agroszerask Jim, he is the expert there21:17
runyagaJ1m, ?21:17
runyagai couldnt imagine this working.. it sounds too easy21:18
agroszerbut when the file is on the same server,21:18
agroszerwhy two ZEO servers?21:18
runyagaright.. they are on a SAN21:18
runyagaread only redundnacy21:19
*** timte has quit IRC21:19
*** timte has joined #zope3-dev21:20
*** cshenton has quit IRC21:21
*** junkafarian has quit IRC21:24
*** povbot has joined #zope3-dev21:31
*** whit has quit IRC21:32
*** thetet has joined #zope3-dev21:39
*** greenman has joined #zope3-dev21:43
runyagaJ1m, last question 3.8a1 fixes are in 3.8 final? or 3.8.1.? doesnt show 3.8a1 (cache verification) in HISTORY.txt21:44
*** sawdog_ has quit IRC21:57
*** philiKON has joined #zope3-dev22:03
*** zagy has quit IRC22:06
*** cshenton has joined #zope3-dev22:08
*** davisagli has left #zope3-dev22:12
*** dunny has joined #zope3-dev22:17
*** agroszer has quit IRC22:22
*** cshenton_ has quit IRC22:25
*** sawdog has joined #zope3-dev22:28
*** benji has quit IRC22:29
*** lurkymclurkleton has quit IRC22:30
*** lurkymclurkleton has joined #zope3-dev22:31
J1mrunyaga, I don't know what you're talking about. :)22:33
runyagai dont see HISTORY.txt file in ZODB 3.8.1 tag that says the cache fixes are in there22:34
runyagathe entries in HISTORY.txt on trunk say (3.8a1) and I was confused.. is that 3.8, 3.8.1?22:34
runyagato be more specific.. the cache verification enhancements you did, those in 3.8.1?22:35
*** benji has joined #zope3-dev22:38
J1mThe trunk history file seems to be missing lots of information.22:38
runyagaok.  i apologize for taking your time.  I will get someone to look at the diffs and ensure the verifications are in 3.8.122:39
* runyaga was just confused by history22:39
J1mIt looks like entries need to be moved from the 3.8 branch to the trunk and that entries need to migrate from changes to history.22:39
J1mLook in the NEWS.txt for 3.8.22:40
J1mLook in the NEWS.txt for 3.8.122:40
J1mWe're getting away from NEWS.txt, which is why entries were lost in merges.22:40
J1mThe various cache-verification fixes, among many other fixes are in 3.8.1 and on the trunk.22:41
runyagathank you22:42
J1mThe references to 3.8a1 in the reunk history file should almost certainly refer to 3.8.0a1.22:43
*** tarek has joined #zope3-dev22:49
*** afd___ has quit IRC22:54
*** TresEquis has joined #zope3-dev23:01
*** davisagli has joined #zope3-dev23:15
*** sm has quit IRC23:17
*** mgedmin has quit IRC23:20
*** nyo has quit IRC23:34
*** greenman has quit IRC23:36
*** gstratton has joined #zope3-dev23:40
*** philiKON_ has joined #zope3-dev23:48
*** philiKON_ has joined #zope3-dev23:49
*** philiKON has quit IRC23:49
*** aaronv has quit IRC23:52
*** romanofski has joined #zope3-dev23:54

Generated by 2.15.1 by Marius Gedminas - find it at!