*** bowe has quit IRC | 00:06 | |
*** davisagli has quit IRC | 00:08 | |
*** davisagli has joined #zope | 00:09 | |
*** Reite has quit IRC | 00:29 | |
*** thetet has quit IRC | 00:34 | |
*** hever has quit IRC | 00:34 | |
*** linguini has joined #zope | 00:35 | |
*** alexpilz1 has joined #zope | 00:39 | |
*** Gogo|gui has quit IRC | 00:41 | |
*** alexpilz has quit IRC | 00:41 | |
*** m8 has quit IRC | 00:48 | |
*** waldi_ has joined #zope | 00:58 | |
*** mitchell`off has quit IRC | 00:58 | |
*** waldi has quit IRC | 00:58 | |
*** mitchell1off has joined #zope | 00:58 | |
*** Arfrever has quit IRC | 01:07 | |
*** planetzopebot has quit IRC | 01:07 | |
*** planetzopebot has joined #zope | 01:09 | |
*** runyaga has quit IRC | 01:16 | |
*** J1m has quit IRC | 01:32 | |
*** rodgort has quit IRC | 01:40 | |
*** rodgort has joined #zope | 01:40 | |
*** slackrunner has joined #zope | 01:42 | |
*** hever has joined #zope | 02:03 | |
*** shastry_ has quit IRC | 02:04 | |
*** hever has quit IRC | 02:10 | |
kosh | hail freaks! | 02:15 |
---|---|---|
*** slackrunner has quit IRC | 02:16 | |
*** eperez has quit IRC | 02:31 | |
*** supton has quit IRC | 02:41 | |
*** alga has quit IRC | 02:44 | |
*** alecm has joined #zope | 02:45 | |
*** srichter has quit IRC | 02:59 | |
*** srichter has joined #zope | 03:04 | |
*** FSCV has quit IRC | 03:11 | |
*** zenwryly has quit IRC | 03:27 | |
*** srichter has quit IRC | 03:30 | |
*** srichter has joined #zope | 03:31 | |
*** tiwula has quit IRC | 03:49 | |
*** zenwryly has joined #zope | 04:03 | |
*** tiwula has joined #zope | 04:04 | |
*** alexpilz1 has quit IRC | 04:12 | |
*** alexpilz has joined #zope | 04:16 | |
*** webmaven has quit IRC | 04:33 | |
*** linguini has quit IRC | 05:00 | |
*** alexpilz has quit IRC | 05:02 | |
*** alexpilz has joined #zope | 05:07 | |
*** alecm has quit IRC | 05:09 | |
*** alecm has joined #zope | 05:09 | |
*** davisagli has quit IRC | 06:00 | |
*** davisagli has joined #zope | 06:01 | |
*** kleist has joined #zope | 07:02 | |
*** Gogo|gui has joined #zope | 07:13 | |
*** alecm has quit IRC | 07:14 | |
*** alecm has joined #zope | 07:16 | |
*** alecm has joined #zope | 07:16 | |
*** Gogo|gui has quit IRC | 07:29 | |
CIA-83 | davisagli * r121420 persistent/persistent/tests/ (test_picklecache.py test_pypicklecache.py): moving to avoid name collision on case-insensitive fs :-[ | 07:32 |
CIA-83 | davisagli * r121421 persistent/ (buildout.cfg setup.py): include all test dependencies | 07:32 |
*** Reite has joined #zope | 07:39 | |
*** sm has quit IRC | 07:59 | |
*** tiwula has quit IRC | 08:16 | |
*** Gogo|gui has joined #zope | 08:29 | |
*** supton has joined #zope | 08:29 | |
*** Gogo|gui has quit IRC | 08:33 | |
CIA-83 | davisagli * r121422 persistent/persistent/__init__.py: fix spelling | 08:38 |
CIA-83 | davisagli * r121423 persistent/persistent/ (timestamp.py tests/test_timestamp.py): add missing __repr__ to Python TimeStamp | 08:38 |
*** wosc has joined #zope | 08:49 | |
*** yvl has joined #zope | 09:00 | |
*** __mac__ has joined #zope | 09:04 | |
*** hever has joined #zope | 09:14 | |
*** altipard has joined #zope | 09:15 | |
*** zagy has joined #zope | 09:21 | |
*** ccomb has joined #zope | 09:32 | |
*** jimz has quit IRC | 09:35 | |
*** trustedsage has quit IRC | 09:36 | |
*** avoinea has joined #zope | 09:36 | |
*** alga has joined #zope | 09:37 | |
*** trustedsage has joined #zope | 09:39 | |
*** Wu has joined #zope | 09:43 | |
*** ccomb has quit IRC | 09:45 | |
*** supton has quit IRC | 09:47 | |
CIA-83 | icemac * r121424 zc.security/ (bootstrap.py buildout.cfg): added bootstrap.py + fixed URL of versions.cfg | 09:47 |
CIA-83 | icemac * r121425 zc.security/ (8 files in 3 dirs): Conform to repository policy. | 09:47 |
*** zobbo has joined #zope | 09:52 | |
*** agroszer has joined #zope | 09:57 | |
*** jimz has joined #zope | 09:59 | |
*** alexpilz has quit IRC | 10:07 | |
*** planetzopebot has quit IRC | 10:08 | |
*** planetzopebot has joined #zope | 10:09 | |
*** kleist_ has joined #zope | 10:09 | |
*** eperez has joined #zope | 10:12 | |
*** kleist has quit IRC | 10:13 | |
*** kleist_ has quit IRC | 10:24 | |
CIA-83 | icemac * r121426 zc.set/ (setup.py buildout.cfg CHANGES.txt): | 10:33 |
CIA-83 | - Added test extra to declare test dependency on ``zope.testing``. | 10:33 |
CIA-83 | - Added change log to tell that the packackes seems not to be compatible with Python 2.6+ | 10:33 |
CIA-83 | icemac * r121427 zc.set/ (LICENSE.txt bootstrap.py COPYRIGHT.txt): Conform to repository policy. | 10:33 |
betabug | hmmm, doesn't Zope 2.13 have CatalogPathAware any more? | 10:34 |
betabug | trying this old app on 2.13 and it says ImportError: cannot import name CatalogPathAware | 10:34 |
betabug | hmmm, according to the code it's deprecated, but not yet removed | 10:38 |
*** goschtl has joined #zope | 10:58 | |
*** sylvain has joined #zope | 11:01 | |
*** vaninwagen has joined #zope | 11:18 | |
*** ccomb has joined #zope | 11:26 | |
vaninwagen | can anyone help me with this bug in zopeproject: Error: There is a version conflict. We already have: zc.buildout 1.5.2 ? | 11:31 |
*** vaninwagen has quit IRC | 11:36 | |
*** vaninwagen has joined #zope | 11:37 | |
betabug | vaninwagen: you get that with easy_install? | 11:41 |
vaninwagen | zopeproject? yes | 11:42 |
vaninwagen | i installed it with distribute/easy_install | 11:42 |
betabug | did you use virtualenv? | 11:43 |
vaninwagen | no | 11:43 |
vaninwagen | is this recommended? | 11:43 |
vaninwagen | i used zopeproject-0.4.2-py2.6.egg | 11:43 |
betabug | so probably the python you are using already has zc.buildout somewhere | 11:43 |
betabug | well, to tell you the truth, I don't know or use zopeproject | 11:44 |
vaninwagen | so, is there an easier way? | 11:44 |
betabug | but this kind of thing is exactly what you avoid with virtualenv and --no-site-packages | 11:44 |
*** gwik has joined #zope | 11:44 | |
betabug | so, usually people use easy_install inside virtualenv | 11:45 |
*** mr_jolly has joined #zope | 11:45 | |
*** mr_jolly has left #zope | 11:45 | |
vaninwagen | but why is it a problem to have another buildout somewhere? | 11:47 |
betabug | if the versions don't match, maybe it's not working fine | 11:47 |
vaninwagen | ok, which version is recommended? | 11:48 |
betabug | I have no idea | 11:51 |
betabug | just install virtualenv | 11:52 |
betabug | then create an "empty" environment with that | 11:52 |
vaninwagen | ok, thanks | 11:52 |
betabug | and use easy_install to install zopeproject there, it will get what it needs | 11:52 |
vaninwagen | i just found it to inconvenient always to switch to the virtualenv | 11:52 |
vaninwagen | ok, i will use virtualenv as a fallback | 11:52 |
vaninwagen | thanks again :) | 11:53 |
betabug | well, maybe someone with more knowledge of zopeproject could tell you more | 11:53 |
betabug | but virtualenv is good to separate things | 11:53 |
vaninwagen | so, did it in virtualenv but getting an error in meta.zcml | 12:04 |
vaninwagen | is this known behaviour, easy to fix? | 12:04 |
betabug | no idea, sorry | 12:09 |
betabug | maybe put the error on a pastebin ans ask here | 12:09 |
betabug | someone more knowledgeable with this particular thing might wake up | 12:10 |
*** menesis has joined #zope | 12:13 | |
vaninwagen | so, here it is: http://paste.lisp.org/+2LQN | 12:15 |
vaninwagen | when invoking :bin/<project_name>-ctl fg | 12:15 |
*** ccomb1 has joined #zope | 12:15 | |
*** ccomb has quit IRC | 12:15 | |
vaninwagen | without the colon | 12:15 |
*** zobbo has left #zope | 12:16 | |
*** TomBlockley has joined #zope | 12:19 | |
*** mitchell1off is now known as mitchell` | 12:19 | |
*** ccomb1 has quit IRC | 12:19 | |
*** alexpilz has joined #zope | 12:20 | |
betabug | hmmm, got my big, old app to run on 2.13 | 12:29 |
betabug | with some hax0ring | 12:29 |
betabug | hmmmm, how do I run my tests in 2.13?? | 12:32 |
betabug | zopectl has forgotten all knowledge about "test"? | 12:32 |
*** mr_jolly has joined #zope | 12:33 | |
*** j-w has joined #zope | 12:36 | |
*** teix has joined #zope | 12:39 | |
*** ccomb has joined #zope | 12:48 | |
*** vaninwagen has quit IRC | 12:52 | |
*** ccomb has quit IRC | 13:13 | |
kosh | betabug: no idea about that one | 13:24 |
betabug | hey kosh | 13:24 |
betabug | how do you run your tests? | 13:24 |
kosh | betabug: so far I have still not gotten relstorage to run as fast as zeo but it is only a few percent behind most of the time | 13:25 |
kosh | on the plus side though even with 500 simul connections I get no errors and zeo does not handle that, it starts giving conflicterrors even on reads | 13:25 |
kosh | I don't have any real tests | 13:25 |
betabug | so, relstorage has its uses :-) | 13:25 |
kosh | I don't agree with test driven development | 13:25 |
betabug | aha, well, I have lots of tests | 13:25 |
betabug | and now playing around with 2.13, I'd like to run them | 13:26 |
kosh | I run into so few bugs per year that writing tests for so much code seems like a gigantic waste of time | 13:26 |
betabug | this unicode migration I'm doing now would be *really* scary without tests | 13:26 |
kosh | have wget crawl the entire site and check the error log for errors | 13:27 |
betabug | that won't turn up all the rats | 13:28 |
betabug | since we're talking about how input is handled | 13:28 |
betabug | so you input something e.g. in screen 2 and won't get an error till you hit screen 4 | 13:29 |
kosh | ah I see | 13:29 |
betabug | all my current tests pass, but now I'm createing a "walkthrough" with mechbrowser | 13:29 |
betabug | that goes through every corner of the UI and plays with all the interfaces | 13:30 |
kosh | usually if I do input testing I write a simple little script to do posting of various things and all my documents use the same form processor so if it works on one it will work on all | 13:30 |
betabug | yeah, this codebase is not that organized unfortunately | 13:30 |
kosh | actually I have the same form processor for every document on every site with the way I have it setup :) | 13:31 |
betabug | yeah, that's cool | 13:31 |
kosh | at least for the edit interface stuff, a lot of public viewer facing forms use a different form processing framework | 13:32 |
kosh | eventually I need to unify that | 13:32 |
kosh | I try to make as many things shared as possible | 13:35 |
betabug | less code is good | 13:35 |
kosh | and whenever I find myself doing the same thing in more then a few sites I try to build it into one of my products | 13:35 |
betabug | this app has lots and lots of duplication | 13:35 |
kosh | and then find everyplace that used the old way and rip that way out and use only the new system | 13:35 |
kosh | it makes it so much easier to keep things updated | 13:35 |
kosh | that is why when I put the version information on my images it fixed it on about 99%+ of cases without any changes on all sites, even ones that have not been updated in 5 years | 13:36 |
kosh | which makes every site faster with no manual work | 13:36 |
kosh | I am impressed though with relstorage doign stuff in very very high loads | 13:37 |
*** daMaestro has joined #zope | 13:37 | |
*** ccomb has joined #zope | 13:37 | |
*** menesis has quit IRC | 13:37 | |
kosh | at 100 concurrency from ab and hitting the same page 100K times I would get about 5 errors with zeo and 0 with relstorage, at 500 concurrency I still get 0 with relstorage and hundreds with zeo and zeo won't really complete 1000 and relstorage handled 1000 on the last test still with no errors | 13:38 |
kosh | but very slowly at that point | 13:38 |
kosh | right now I am running wget across a site to get profiling data | 13:39 |
*** goschtl has quit IRC | 13:48 | |
*** thetet has joined #zope | 13:52 | |
*** thetet has quit IRC | 13:52 | |
teix | kosh: interesting! are you using it with MySQL or PosgreSQL? | 13:54 |
betabug | postgre IIRC | 13:54 |
kosh | I have been testing with postgres | 13:56 |
kosh | there is no way I would use mysql | 13:56 |
kosh | using mysql seems to be exactly like saying I don't care about my data and I love spending time restoring systems | 13:58 |
*** TomBlockley_ has joined #zope | 13:58 | |
CIA-83 | janwijbrand * r121428 megrok.chameleon/ (4 files in 3 dirs): | 13:59 |
CIA-83 | Grok's idea of view template namespaces is put into the 'options' namespace by | 13:59 |
CIA-83 | z3c.pt. This means namespaces like 'viewlet' and 'viewletmanager', but also | 13:59 |
CIA-83 | whatever namespace was set by the view component's namespace() method would not | 13:59 |
CIA-83 | be directly available in the template. This is fixed by updating the template | 13:59 |
CIA-83 | context with Grok's idea of template namespaces. Added a test to demonstrate the | 13:59 |
CIA-83 | issue. | 13:59 |
CIA-83 | janwijbrand * r121429 megrok.chameleon/src/megrok/chameleon/tests/cpt_fixture/app_templates/namespace.cpt: forgot to add the template | 13:59 |
*** TomBlockley has quit IRC | 14:00 | |
*** TomBlockley_ is now known as TomBlockley | 14:00 | |
teix | kosh: eheh | 14:09 |
kosh | teix: mysql just does not seem reliable in practice, don't know exactly why just that it is not | 14:11 |
kosh | so far in 8 years or so I have not once had to restore a filestorage database | 14:13 |
kosh | betabug: I just realized that zope.conf can use includes so I have started moving stuff common between my zope.conf into a seperate file | 14:31 |
kosh | betabug: so now I can just configure all my databases in one file instead of 4 | 14:31 |
betabug | nice | 14:33 |
*** dayne has joined #zope | 14:35 | |
*** slackrunner has joined #zope | 14:39 | |
*** goschtl has joined #zope | 14:46 | |
*** vaninwagen has joined #zope | 14:46 | |
*** j-w has quit IRC | 14:47 | |
kosh | betabug: my script that creates blobs from all the files/images in a db runs at least 10x faster thoug with zeo then with relstorage strangely enough | 14:52 |
betabug | maybe the blob support in relstorage is not optimal? | 14:53 |
kosh | betabug: that script walks the entire db opening every container to find the objects it needs, guess that is a worse case scenario for rel storage though | 14:53 |
kosh | well the conversion seems to run about the same speed, it is the finding process that is ungodly faster with zeo | 14:53 |
betabug | aha | 14:53 |
betabug | grrrrr, I want to run my tests!!! | 14:59 |
kosh | hmm I went back to zeo and changed a single setting for caching my transient object container and now zeo is maintaining 500 requests concurrently with no errors and 18 req/s compared to relstorage at the same level of 6 req/s | 15:02 |
*** Wu has quit IRC | 15:02 | |
kosh | hmm it also looks like with the pure zope + zeo setup I can pure more memory into caching since they take less memory then zope + relstorage + memcache + postgres does | 15:03 |
kosh | I have 4 zopes connected to 3 zeo servers, 1 zeo server for the main db, 1 zeo server for transient stuff and 1 zeo server for persistent session stuff | 15:05 |
kosh | seemed like a good idea to break it up instead of having 1 zeo server serve 3 dbs | 15:05 |
kosh | zeo definitely kicks a lot more ass in zope 2.13 | 15:07 |
kosh | and this is just with blobstorage | 15:07 |
kosh | later I want to test zlibstorage also | 15:07 |
kosh | supposed to be even faster and better for memory usage | 15:08 |
*** menesis has joined #zope | 15:15 | |
*** menesis has quit IRC | 15:25 | |
* betabug installing 2.13 via buildout now, as that's supposed to have a testrunner | 15:32 | |
*** vaninwagen has quit IRC | 15:34 | |
kosh | I kind of installed mine with buildout | 15:35 |
kosh | 2.13 though is probably one of the biggest changes in zope in a long time, zope 2.x devel seems to be improving | 15:35 |
betabug | well, according to docs, virtualenv is the official way | 15:35 |
kosh | heh that was a disaster when I tried to get that working right, autostarting etc | 15:35 |
betabug | well, no idea, just wanted to see if it runs without ruining my system python | 15:37 |
kosh | when I did the buildout version it did not put anything in the system python | 15:39 |
kosh | what it did was make zopectl and zeoctl files that had all the eggs listed that zope uses | 15:39 |
kosh | so nothing was put anywhere other then where I built it | 15:40 |
betabug | dunno, I now have a buildout inside a virtualenv :-) | 15:40 |
*** Arfrever has joined #zope | 15:42 | |
betabug | hmmm, so buildout and easy_install do not mix | 15:45 |
kosh | I did not use easy_install for anything | 15:46 |
betabug | well, SimpleUserFolder wants ZRDB.Result | 15:46 |
betabug | which now lives in Products.ZSQLMethods | 15:46 |
betabug | well, adding it to buildout.cfg gave an error, but it worked :-) | 15:48 |
*** slackrunner has quit IRC | 16:01 | |
*** Reite has quit IRC | 16:02 | |
*** huajie has joined #zope | 16:10 | |
*** slackrunner has joined #zope | 16:10 | |
*** slackrunner has joined #zope | 16:11 | |
kosh | betabug: well your idea better work or I am sending godzilla to wipe out greece | 16:23 |
betabug | the result will probably be you looking a few days later and finding godzilla drinking and partying with the greeks | 16:24 |
betabug | my ideas are great, but I still can't test my products with the buildout setup | 16:24 |
kosh | maybe I will send him to japan instead then, they should be expecting him at this point given their major screwup | 16:24 |
*** dayne has quit IRC | 16:26 | |
*** sm has joined #zope | 16:28 | |
kosh | see you freaks later | 16:31 |
betabug | hf kosh | 16:31 |
* kosh hands sm a crate a grenades and tosses betabug a bunch of pins | 16:31 | |
*** bowe has joined #zope | 16:34 | |
sm | later kosh | 16:36 |
*** FSCV has joined #zope | 16:40 | |
*** wosc has quit IRC | 16:42 | |
betabug | trying my luck again with the zope mailing list | 16:50 |
betabug | 2 mails in 1 day, the listserver will break down | 16:50 |
*** daMaestro has quit IRC | 16:52 | |
*** jimz has quit IRC | 16:58 | |
*** __mac__ has quit IRC | 17:00 | |
*** RiverRat has quit IRC | 17:02 | |
*** Wu has joined #zope | 17:10 | |
*** sm_ has joined #zope | 17:11 | |
*** sm has quit IRC | 17:15 | |
*** sm_ is now known as sm | 17:15 | |
*** goschtl has quit IRC | 17:15 | |
*** jimz has joined #zope | 17:23 | |
*** Wu has quit IRC | 17:41 | |
*** mcdonc has quit IRC | 17:45 | |
*** thetet has joined #zope | 17:46 | |
*** astoon has joined #zope | 17:47 | |
*** mcdonc has joined #zope | 17:49 | |
*** jeffschuler has joined #zope | 17:58 | |
*** alvaro_o has joined #zope | 18:03 | |
*** J1m has joined #zope | 18:06 | |
*** huajie has quit IRC | 18:10 | |
*** astoon has quit IRC | 18:16 | |
*** altipard has quit IRC | 18:20 | |
*** runyaga has joined #zope | 18:26 | |
*** bowe has quit IRC | 18:26 | |
*** supton has joined #zope | 18:28 | |
*** avoinea has left #zope | 18:28 | |
*** agroszer has quit IRC | 18:36 | |
*** alvaro_o has quit IRC | 18:39 | |
*** srichter has quit IRC | 18:40 | |
*** strichter has joined #zope | 18:40 | |
*** bowe has joined #zope | 18:41 | |
*** Wu has joined #zope | 18:43 | |
*** runyaga has quit IRC | 18:43 | |
*** alga has quit IRC | 18:47 | |
*** m8 has joined #zope | 18:59 | |
jeffschuler | i've got a corrupted ZODB. [Python 2.5.1 Plone 2.5.5 and I believe Zope3-1.0.] If I restore from a backup is it possible to apply the non-corrupted newer transactions from my corrupted Data.fs to the restored Data.fs? | 19:09 |
betabug | jeffschuler: I don't think so | 19:11 |
betabug | jeffschuler: what you would try is to take the corrupted data.fs and "cut" it from the back, till you get it functioning again | 19:11 |
jeffschuler | betabug: i believe the corruption came from hardware issues, so my thinking is that the corruption might not be at the end of the file. am i incorrect in this assumption? | 19:18 |
betabug | no idea | 19:18 |
betabug | if it's hardware indeed, it might be anywhere | 19:19 |
jeffschuler | is there a good tool for "cutting" the file from the back? | 19:19 |
*** astoon has joined #zope | 19:19 | |
betabug | hmmm, I think there is a procedure, a friend of mine used some while ago, let me ask | 19:19 |
*** Gogo|gui has joined #zope | 19:20 | |
jeffschuler | when starting zeo, i get a "ERROR ZODB.Connection Couldn't load state for 0x0c2f" -- a BadPickleGet error. is there a way to trace this to the transaction that failed? | 19:21 |
*** tiwula has joined #zope | 19:21 | |
betabug | I don't know, in 8 years of zope I never had those problems personally | 19:21 |
jeffschuler | :-/ | 19:21 |
betabug | ok, here is what my friend used: http://davidjb.com/blog/2010/07/plonezope-truncating-a-data-fs-back-to-a-certain-datetime | 19:24 |
betabug | if it's at the end of the DB, your chances are good | 19:24 |
betabug | if it's really hardware that ate your zodb, it might be tougher | 19:24 |
jeffschuler | thanks betabug. | 19:25 |
betabug | well, good luck :-) | 19:25 |
*** eperez has quit IRC | 19:34 | |
*** Spanktar has joined #zope | 19:34 | |
*** altipard has joined #zope | 19:38 | |
*** thetet has left #zope | 19:47 | |
*** giampaolo has joined #zope | 19:59 | |
*** runyaga has joined #zope | 20:01 | |
*** runyaga has quit IRC | 20:01 | |
*** runyaga has joined #zope | 20:01 | |
*** TomBlockley has quit IRC | 20:03 | |
*** eperez has joined #zope | 20:03 | |
*** altipard has quit IRC | 20:07 | |
*** webmaven has joined #zope | 20:08 | |
*** altipard has joined #zope | 20:16 | |
*** gwik has quit IRC | 20:28 | |
*** alga has joined #zope | 20:29 | |
jeffschuler | i truncated Data.fs per betabug's suggestion to no success. I still get a "cPickle.BadPickleGet: 758" error when starting up my zeocluster client... any idea what this points to or how to debug further? | 20:31 |
betabug | outch, suxx | 20:32 |
jeffschuler | testing Data.fs with fsrefs.py also ultimately fails with this error | 20:32 |
jeffschuler | i'm about to try fsrecover.py though I imagine it may suffer same consequences | 20:33 |
jeffschuler | do you know what this points to? this is an inherited server and I'm new to Zope. | 20:34 |
*** mitchell` is now known as mitchell`off | 20:34 | |
*** alexpilz has quit IRC | 20:36 | |
betabug | me I don't know this error | 20:37 |
betabug | I know that serious damage to data.fs is only happening from hardware problems | 20:38 |
betabug | while most problems are "at the end" of the file, with bad things happening while writing | 20:38 |
betabug | so most people get off fine with truncating the data.fs | 20:38 |
betabug | but all of this is hearsay | 20:38 |
jeffschuler | pickling is Python's object serialization, right? so BadPickleGet indicates that a binary object in the db was corrupted, and that trying to de-serialize it is failing hard. can I somehow figure out which object this is happening on, and since Data.fs is an ordered transaction log, fix those transactions using those from a backup? | 20:42 |
betabug | I think that should be possible, but I'm not the guy to talk to myself :-) | 20:42 |
*** alecm_ has joined #zope | 20:45 | |
*** alecm_ has joined #zope | 20:45 | |
*** alecm has quit IRC | 20:49 | |
*** alecm_ is now known as alecm | 20:49 | |
*** giampaolo has quit IRC | 21:10 | |
*** rogererens has joined #zope | 21:16 | |
*** rogererens1 has joined #zope | 21:16 | |
*** RiverRat has joined #zope | 21:17 | |
*** Wu has quit IRC | 21:21 | |
*** teix has quit IRC | 21:33 | |
*** menesis has joined #zope | 21:41 | |
*** teix has joined #zope | 21:44 | |
*** alecm has quit IRC | 21:46 | |
*** bowe has quit IRC | 21:47 | |
*** rogererens has quit IRC | 21:53 | |
*** bowe has joined #zope | 22:01 | |
*** gqlewis has joined #zope | 22:03 | |
*** ccomb has quit IRC | 22:05 | |
*** gqlewis has left #zope | 22:17 | |
*** goschtl has joined #zope | 22:28 | |
*** Gogo|gui has quit IRC | 22:36 | |
*** goschtl has quit IRC | 22:36 | |
*** jeffschuler has left #zope | 22:43 | |
CIA-83 | ldr * r121430 z3c.form/src/z3c/form/widget.txt: typos | 22:49 |
CIA-83 | ldr * r121431 z3c.form/src/z3c/form/widget.txt: typos | 22:49 |
*** ccomb has joined #zope | 22:58 | |
*** rogererens has joined #zope | 23:05 | |
*** teix has quit IRC | 23:07 | |
*** menesis has quit IRC | 23:27 | |
*** m8 has quit IRC | 23:55 | |
*** menesis has joined #zope | 23:56 | |
*** alexpilz has joined #zope | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!