[Zope3-dev] Re[2]: problem with zope.testbrowser
Hello Philipp, I decided to keep the trunk consistent this time as I'm still not using the eggs. I'll wait for you (and Jim) to decide how to deal with the externals at the satellites. Monday, July 16, 2007, 10:49:38 PM, you wrote: On 16 Jul 2007, at 08:59 , Adam Groszer wrote: Yep, had the same idea just yesterday. But how to keep the trunk also in a good-consistent shape (if it needs to be kept in a good shape)? Well, that's a good question. If you'd like to update zope.testbrowser on the trunk, I suppose you'd have to do vendor imports of ClientForm and mechanize again. I think we'll pretty soon realize that the Zope3 trunk will become irrelevant, if not even a hindrance like in this case with vendor imports... -- Best regards, Adammailto:[EMAIL PROTECTED] ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re[2]: problem with zope.testbrowser
Hello Philipp, Just realized that the mechanize and Clientform of the _satellite_ is pointing as external to the trunk... That looks not so good, does it? Monday, July 16, 2007, 10:49:38 PM, you wrote: On 16 Jul 2007, at 08:59 , Adam Groszer wrote: Yep, had the same idea just yesterday. But how to keep the trunk also in a good-consistent shape (if it needs to be kept in a good shape)? Well, that's a good question. If you'd like to update zope.testbrowser on the trunk, I suppose you'd have to do vendor imports of ClientForm and mechanize again. I think we'll pretty soon realize that the Zope3 trunk will become irrelevant, if not even a hindrance like in this case with vendor imports... -- Best regards, Adammailto:[EMAIL PROTECTED] ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re[2]: problem with zope.testbrowser
On 7/19/07, Adam Groszer [EMAIL PROTECTED] wrote: Just realized that the mechanize and Clientform of the _satellite_ is pointing as external to the trunk... That looks not so good, does it? Not good at all. :-( -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re[2]: problem with zope.testbrowser
On 19 Jul 2007, at 18:16 , Fred Drake wrote: On 7/19/07, Adam Groszer [EMAIL PROTECTED] wrote: Just realized that the mechanize and Clientform of the _satellite_ is pointing as external to the trunk... That looks not so good, does it? Not good at all. :-( Adam's email was a bit misleading, I think. Yes, the externals point to a trunk, but it's the Zope 3 trunk and they're also using fixed revisions: $ svn propget svn:externals svn+ssh://svn.zope.org/repos/main/ zope.testbrowser/trunk/src mechanize -r 69378 svn://svn.zope.org/repos/main/Zope3/trunk/src/ mechanize ClientForm -r 70384 svn://[EMAIL PROTECTED]/repos/main/Zope3/trunk/ src/ClientForm While this isn't great obviously, it's not as dramatic either. ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re[2]: problem with zope.testbrowser
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Adam's email was a bit misleading, I think. Yes, the externals point to a trunk, but it's the Zope 3 trunk and they're also using fixed revisions: I got the Zope 3 trunk aspect, but didn't check the externals to see that they used specific revisions. This is certainly better. Adding an external egg to the install_requires would be even better, if anyone has time to work on this. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re[2]: problem with zope.testbrowser
Hello Philipp, Yep, had the same idea just yesterday. But how to keep the trunk also in a good-consistent shape (if it needs to be kept in a good shape)? Sunday, July 15, 2007, 3:07:17 PM, you wrote: Adam Groszer wrote: Did something at /repos/Zope3/branches/adamg-mechanize-update/, the biggest problems seems to be now, that ClientForm won't work in a subfolder. Any objections against putting it back to /src? It won't really matter much, I think, because the trunk of the Zope3 tree will unlikely see another release. You really want to branch the zope.testbrowser trunk and work there. Unfortunately, I've just seen that we don't pull in ClientForm and mechanize as eggs. They're actually included in the zope.testbrowser egg. That sucks. It'd be great if you could change that while you're at it. -- Best regards, Adammailto:[EMAIL PROTECTED] ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com