Re: [Zope-dev] Dataskin Zclass + Folder subclassing problem
Hi Jean, You might get more feedback from the ZPatterns list on something like this. My gut reaction is that subclassing in python 2.1/1.5 traverses the classes to find methods in a way that makes the *order* of classes very important. IIUC Python 2.2 has a much more sophisticated attribute searching scheme, so that this will be easier to get right.. but so far Zope and 2.2 don't mix so well. You are no doubt getting the wrong class/attributes when you call objectIds etc. Can you try making ZClass1 a simple class and ZClass2 subclassing from DataSkin, Folder and *then* ZClass1? good luck! -steve On Tuesday, November 27, 2001, at 12:36 PM, Jean Lagarde wrote: Hi all, A ZClass inheriting from both DataSkin and Folder seems to work as expected (so much has been discussed in other messages, at least with ObjectManager). However, instead of inheriting directly from DataSkin, I want to inherit from another Zclass which is itself based on DataSkin, i.e. (not showing Zobjects): DataSkin ZClass1Folder | \ / | \ / v v v ZClass1ZClass2 After its creation, the new Zclass ZClass2 seems to have some management issues: - The views are initialized to those of ZClass1; no big deal, for now, I just added a new view tab named Contents for manage_main - When I create an instance of ZClass2 (in a Folder w/Customizer Support), the instance does show its Contents tab, but it does not quite know it's folderish: - It does not show in the left pane of the ZMI - If I add an object from the contents tab interface of the instance, say a dtml method, it adds OK, but does not show in the contents tab (the contents view is always empty no matter what I add) - The objects I added are there; I can traverse to them and their management interfaces, and I have also checked the ZODB directly using the wonderful pyTree.py. I'm afraid that I know just enough about Zope to be dangerous ;-) I basically just have the time to learn about the stuff that I need to get the job done, and I'm sure that the current version of what I'm working on will need some refactoring later on. So I have two questions: 1) Anybody can think of a quick fix to get the folderish behavior working as it should? 2) In its current state (if there is no quick fix), ZClass2 seems usable enough for my needs; I just need to add a couple of objects for each instance, and I can reach their management screens through explicit traversal. So I'm tempted to plug along and keep on experimenting with that setup for now. Any other more important consequences that I'm missing that should have me fix this more adequately before I proceed? Cheers, Jean ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
From: Andrew Kenneth Milton [EMAIL PROTECTED] Noone from Zope Corp seems to monitor the list to help out. That is not my experience at all. I have received answers from Zope corps several times. But sure, most of the answers you get come from the community members. Thats what a community is all about, and thats the hallmark of a good community. The major irony of this is, that most of the people seeking help on #zope are working with it, or consulting with it, and are supported by me and others for free. We are the ones that deal with the 'general zope public.' We are the defenders of the faith. I'm not sure I understand why this is ironic. I guess I have missed someting in the all-hell-breaking-loose part of things. :-) Zope if free and open source. It is therefore unavoidable that the community has to support itself, becuase Zope corp doesn't make any money from that software. You could say that this is the price that you pay for the free software. :-) Most of the times you will however receive faster and better support from communities than direct from any companys support. So it's a low price to pay. What I do agree on is that Zope corp not always seem to *listen* to the community. It is hard to contribute to Zope, and it feels to me that you have to fight to make Zope Corp to things the right way, even when you in fact already have done the work for them. I don't know why that is, or if it is possible to change that. I suspect they simply have far too much to do... :-) The best community I have seen is for the Clavia Nord Modular synthesizer. Clavia contributes abolsutely NOTHING to that community. They do, however, listen to it, and implement several of the features that are most requested in that community. And that is not an open source project, so the community can't contribute anything else than ideas. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Lennart Regebro wrote: What I do agree on is that Zope corp not always seem to *listen* to the community. It is hard to contribute to Zope, and it feels to me that you have to fight to make Zope Corp to things the right way, even when you in fact already have done the work for them. I don't know why that is, or if it is possible to change that. I suspect they simply have far too much to do... :-) Does the fishbowl process address this for you? http://dev.zope.org/Fishbowl/Introduction.html -- Steve Alexander Software Engineer Cat-Box limited ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
* Lennart Regebro [EMAIL PROTECTED] [011130 11:24]: From: Andrew Kenneth Milton [EMAIL PROTECTED] Noone from Zope Corp seems to monitor the list to help out. That is not my experience at all. I have received answers from Zope corps several times. But sure, most of the answers you get come from the community members. Thats what a community is all about, and thats the hallmark of a good community. I agree. The best community I have seen is for the Clavia Nord Modular synthesizer. Clavia contributes abolsutely NOTHING to that community. They do, however, listen to it, and implement several of the features that are most requested in that community. And that is not an open source project, so the community can't contribute anything else than ideas. Personally, I think ZC are trying very hard, but are not getting it right. I'm also very sure they are taking this conversation seriously. Brian responded very quickly to the userfolder 'api' issues. They commit a *lot* in terms of software and support (IMO) but little in terms of fostering a community. But then, why should *they* be responsible for this? If we think we're a community, then we should all be responsible for building on it. I think we should have a conversation about what makes a community work, and then come up with some positive suggestions about improving the community *ourselves*. ZC will follow, for sure. There must be members of various OSS communities knocking around here. Python, XML things, Apache Foundation, GNOME. What are peoples' experiences? Which are the best? Why? I'm not sure about the ideal community, but here's some practical ideas to start off with. 1) Just because no-one can ever agree about splitting up the mailing lists, what's to stop somebody setting one up unilaterally? Perhaps the people who care strongly about this should just set up an egroup? I'm sure ZC would link to it from zope.org. Come on somebody, set up a forum at [EMAIL PROTECTED], today, right now, and continue the discussion there. 2) How about the responsiveness of ZC? Granted, it could be much better, but they're *trying*. Let's help them with suggestions. Look at the fishbowl. It's an open process, but doesn't get contributed to that much. What are the problems with it? How can we improve it? I think it should be linked from zope.org more prominently, for a start. I think the wiki format puts people off because they're not familiar with it. How about a familiar-looking discussion board on each proposal, too? 3) Another thing mentioned regularly: the zope.org community site is pretty bad. I think, just as the respository is beginning to open up, so should construction of zope.org. There should be a mailing list, some members of the community should be appointed to some kind of committee, and ZC should always have some representation on it. But it should be led by the people for whom it exists in the first place, IMO. Collectively, we have a vast array of talented designers, programmers, information architects, etc, at our disposal. Will ZC countenance this proposal? If not, should we be working on our own community site? These may be crap ideas, I don't know; but I think we *can* do something about these issues, collectively. We shouldn't just ask ZC to do something about it. Carpe diem and all that. seb ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Lennart Regebro wrote: Does the fishbowl process address this for you? http://dev.zope.org/Fishbowl/Introduction.html I'm aware of the fishbowl process. Sorry, I wasn't clear with my question. Does the fishbowl process address what you said about having to fight to get things done the right way, even when you've already produced the code, and making up for people's lack of time to do everything? -- Steve Alexander ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
On Fri, 30 Nov 2001 12:28:44 +, Steve Alexander [EMAIL PROTECTED] wrote: Does the fishbowl process address what you said about having to fight to get things done the right way, even when you've already produced the code, and making up for people's lack of time to do everything? In my experience (I have been out of touch since the CVS opening, but is still fairly relevant) the fishbowl has proved a good way of collecting discussion about changes, and a *very* good way of making the community aware of imminent changes. However, awareness is not the same as getting things 'done the right way'. Specifically, I have been disappointed at my (as a community member) ability to influence: 1. The outcome of an internal zope.com fishbowl proposal when I think it is leading the Zope source in a wrong direction. 2. The outcome of my fishbowl proposals that are not aligned with current zope.com project. I thinks thats true of fishbowl projects, and the second of true of smaller collector-hosted issues too. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Dying in the Fishbowl.
Steve Alexander wrote: Does the fishbowl process address this for you? http://dev.zope.org/Fishbowl/Introduction.html From me, that'll be a resounding no. Every single idea I've had for Zope has died somewhere in the fishbowl, and not because people have turned round and gone no, that's a crap idea. That I wouldn't have a problem with. The fishbowl is an exciting idea, but quite frankly, I have neither the time nor the patience to monotonously go and check if anyone has commented on a proposal or find out how relevant propsals are doing. We're suppsoed to be good at doing this information management thing, given the jobs we all do, so how come the thing which should be bringing us together is such an example of making the user do all the work while the technology sits idley by? cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Fishbowl?
Paul Everitt wrote: Moral: there's a difference between correct and right. While we might have good reasons for inattention, it will surely lead to an unsatisfying conclusion. Thus, ZC needs to be smaller part of a larger Zope, IMO, and do this by spending more time helping the community take over parts of Zope and the Zope world. Well, this is a purpose, which is good. I'd say sorting out the Fishbowl would be a good action to start with. Now, I see options for this: 1. We can build something better. I can list requirements but that's not relevent here. However, this will take serious effort (it's a hard problem...) and as we know from bitter experience, things that need serious effort either don't happen, take far too long to happen or happen badly ;-) 2. We could by a tool that does this kind of thing. Where would we get such a beast from? how much would it cost/ who would fit the bill? 3. We could use another open source tool. Bugzilla springs to mind. Yes, it's not Zope, or even python, but it does work, certainly better than anything we, as a community, have right now or could build in the time it would take to install and set up. Is this time to swallow pride or find a big checkbook? Chris PS: If Mozilla.org becomes Zope based, think of it as a part exchange ;-) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Dying in the Fishbowl.
At 03:01 PM 11/30/2001 +, Chris Withers wrote: Steve Alexander wrote: Does the fishbowl process address this for you? http://dev.zope.org/Fishbowl/Introduction.html From me, that'll be a resounding no. Every single idea I've had for Zope has died somewhere in the fishbowl, and not because people have turned round and gone no, that's a crap idea. That I wouldn't have a problem with. I second that. The fishbowl is a big ocean and from time to time a bucket of water is added and it gets lost. I remember just my DateTime request! The fishbowl is an exciting idea, but quite frankly, I have neither the time nor the patience to monotonously go and check if anyone has commented on a proposal or find out how relevant propsals are doing. I agree. And there was at least no overview of this is new or this has changed... You had to wade through it yourself We're suppsoed to be good at doing this information management thing, given the jobs we all do, so how come the thing which should be bringing us together is such an example of making the user do all the work while the technology sits idley by? Well, I think that needs to be part of ZC's revamp of their structure... Top priority for the community-involved employees (Paul ;-) should be to provide the community with a dev tool they can work with well! BugZilla is not without a reason so famous (even though it is a monster). Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Community doing it for themselves
And they have their own issues, what with needing to make money out of Zope, which means intrinsically that all of us outside of Zope Corp are in competition with them. No that is not true. In Germany for example, noone feels in competition with Zope Corp., since they are not even looking for projects there. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
SV: [Zope-dev] Fishbowl?
3. We could use another open source tool. Bugzilla springs to mind. Yes, it's not Zope, or even python, but it does work, certainly better than anything we, as a community, have right now or could build in the time it would take to install and set up. Well, I'm not too sure about that. Bugzilla is an undocumented, hacked, run-at-one-place-but-dont-try-to-move-it-beast. imho. Just like sourceforge... I gave it a try a while ago, but threw it away. IMHO. /Magnus ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Competition
Stephan Richter wrote: And they have their own issues, what with needing to make money out of Zope, which means intrinsically that all of us outside of Zope Corp are in competition with them. No that is not true. In Germany for example, noone feels in competition with Zope Corp., since they are not even looking for projects there. Yet ;-) Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: SV: [Zope-dev] Fishbowl?
Magnus Heino wrote: Well, I'm not too sure about that. Bugzilla is an undocumented, hacked, run-at-one-place-but-dont-try-to-move-it-beast. imho. Just like sourceforge... And the fishbowl isn't? ;-) I gave it a try a while ago, but threw it away. I could say the same of the fishbowl. Mozilla's use of bugzilla, however, still does what I need of it. The few bugs I care about send me regular status updates, and one day Mozilla will be in a state where I want to use it... Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Fishbowl?
Chris Withers wrote: Paul Everitt wrote: Moral: there's a difference between correct and right. While we might have good reasons for inattention, it will surely lead to an unsatisfying conclusion. Thus, ZC needs to be smaller part of a larger Zope, IMO, and do this by spending more time helping the community take over parts of Zope and the Zope world. Well, this is a purpose, which is good. I'd say sorting out the Fishbowl would be a good action to start with. You're going to love the irony on this, but there's a proposal in the fishbowl on this: http://dev.zope.org/Wikis/DevSite/Proposals/FishbowlManageability ...and of course, nobody knows the proposal is there. Now, I see options for this: 1. We can build something better. I can list requirements but that's not relevent here. However, this will take serious effort (it's a hard problem...) and as we know from bitter experience, things that need serious effort either don't happen, take far too long to happen or happen badly ;-) Yep. I'm in favor of some very small, very incremental steps. 2. We could by a tool that does this kind of thing. Where would we get such a beast from? how much would it cost/ who would fit the bill? ...and what would be the transition costs? 3. We could use another open source tool. Bugzilla springs to mind. Yes, it's not Zope, or even python, but it does work, certainly better than anything we, as a community, have right now or could build in the time it would take to install and set up. Hmm, I don't really see Bugzilla and the Fishbowl overlapping. Perhaps with the Collector, though. However, I don't think the real issues involved are related to choice of tool. It's been mentioning that ZC doesn't pay attention, so proposals go in and nothing happens. Bugzilla won't fix that problem. I'll add that the community doesn't always pay good enough attention. Sure, people will say when will we have versioning or when will we have web services. We go off, make a proposal, and email zope-dev. No feedback -- I take that back, each has received one response, whether by wiki comment, mailing list response, or private response. This isn't a good track record. Brian produced 35 pages worth of almost-flawless docs on web services to go with his code. But no comments. And he's doing this on his own time. So let's remember that this is a two-way street. IMO, Bugzilla won't fix these kinds of problems. I think the first step is to refine what we have while finding better ways to work together. --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Fishbowl?
From: Chris Withers [EMAIL PROTECTED] 1. We can build something better. I can list requirements but that's not relevent here. However, this will take serious effort (it's a hard problem...) and as we know from bitter experience, things that need serious effort either don't happen, take far too long to happen or happen badly ;-) As a friend of mine usually says: How hard can it be? :-) We need a python Product with a couple of objects: 1. A Proposal object that is Folder where you list the Document and Discussion objects that reside in it. Proposal objects have notifications, so people that are involved get emails when things happen. 2. A Document object, that is a WIKI. 3. A discussion object where you can have a threaded notifiable discussion. 4. A proposal catalog object, where the proposals are catalogued, and generates a list of the proposals. Doesn't take that many weeks, but no, I definitely don't have time until February... :-/ At least not until I get more efficient when programming, which needs fast debugging and proper unit tests... :-) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope has been Hijacked! Save Zope!
Thanks Andrew for a heartfelt description of what is happening here. It is clear that unlike the other freeware products like Lenux, JBoss.., Zope has lost all of the advantages of being a freeware product. What I find sad is that the extreme commercialization of Zope is hurting Zope- this discussion list is censored in a way that would not be allowed for most commercial products. I posted a serious bug- Zope throws an exception after trying to resolve a transaction conflict three times. The discussion was quickly moved line and I was told this is not a problem- Not a problem? Give me a break!! This nearly killed my application and cost me several weeks of work. Those who know of these problems can write clean applications but these issues are kept strictly confidential. To the *TRUE* open source community I would just say let us reclaim Zope-even if it means branching. Clark --- Andrew Kenneth Milton [EMAIL PROTECTED] wrote: Since I seem to be the cause of all hell breaking loose over here, I thought take the opportunity to respond, since I haven't really been given an opportunity to do that. Since this probably going to be my only ever posting to zope-dev, I don't feel constrained to be brief in exercising my right of reply. I'm not going to apologise for the comments I made, or the manner in which I made them. Those comments were made on a list run by me, basically for my own amusement. If I had posted either of those emails to someone else's list, I'd quite rightly deserve to be fried. I don't make money from Zope Development (I don't make money), I don't run a website, in fact, I don't actually use any of the products I have released. So it's not like I have a vested interest in Zope. My fortunes don't rest on the success or failure of Zope or any one of its components. I live in a country the size of the USA that has the approximate population of New York State. Even if I stood on a busy street corner with a loud hailer, the number of people I could actually influence would be small. This makes me one of the people in the trenches. It is the people who are in the trenches who are increasingly being disaffected by Zope Corp, it seems as if you're not subscribed to zope-dev, you have no voice, and for most people zope-dev is not an appropriate forum for them to be subscribed to. As some of you know, I was hounded off of the zope@ mailing list for suggesting that there be some other mailing list for more technical discussion. People were very upset, because, they already have a hard time getting any support. Noone from Zope Corp seems to monitor the list to help out. The zope list was manned by people like me volunteering expertise and time to help more of the little people. A lot of those people come to the irc channel, which is also rarely if ever visited by anyone from Zope Corp. Most people know that #zope is the place to go when all else fails. The major irony of this is, that most of the people seeking help on #zope are working with it, or consulting with it, and are supported by me and others for free. We are the ones that deal with the 'general zope public.' We are the defenders of the faith. The Zope Weekly News, which turned into Zope Monthly News, which now has not been updated since October is a joke. It shows Zope Corporation's attitude towards their community. It says We don't care about our community. I'm sure that's not the feeling of the *individuals* inside Zope Corp, I'm sure it is (or I hope it is) a source of great embarassment to those individuals that work for Zope Corp. Letting your community showpiece atrophy doesn't show any great passion towards us, it certainly doesn't endear new users to Zope. New users are the only way Zope Corp is going to make more money, unless of course zope.org is just for us non-revenue generating little fish, an inconvenience associated with having Open Source software, not something that promotes and supports the non-paying community. Noone wants a standardised User Management API more than me. I *want* to have confidence that someone can replace any User Folder with XUF, and it will just work. So when I come across something that says there is a New User Management API, I get excited. I prepare to roll up my sleeves and make the necessary changes to make software I contributed to the community continue to work. I think we all know by now my opinion on what I found, the harshness of the expression of that opinion is directly related to the way that these days Zope Corp seems to be an Ivory Tower and the way they seem to treat the community at large. There are approximately 450 products released by just over 200 people on Zope.org. There are approximately 1000 'entities' subscribed to this list (more to the main list), I represent 0.1% of this community, but, am responsible (but, not
Re: SV: [Zope-dev] Fishbowl?
Casey Duncan wrote: I propose (as I just did on zope-web) that ZC do one more little thing for us. Open the web infrastructure up to a few of us. I would be willing to spend a few nights hashing out a more active fishbowl system if that's what's important. Lets take that first step though. Sold. Get a group of four or five people that are willing to commit up to ten hours a week for the next month. Gather together on zope-web and talk about what you plan to do. When rough consensus is reached, we'll give you logins on the test server. When consensus is reached there, we'll give you logins on zope.org, because at that point, you'll have convinced yourself and others that you're in it for the long haul. It's easy to start. Subscribe to the zope-web mailing list: http://lists.zope.org/mailman/listinfo/zope-web ...and start discussing what needs to be done. --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope has been Hijacked! Save Zope!
Chris McDonough wrote: Those who know of these problems can write clean applications but these issues are kept strictly confidential. Isn't this dangerously close to a conspiracy theory? Yes, he's right -- we hid the information on this top-secret thing called the World Wide Web: http://www.zope.org/Members/jim/ZODB/ApplicationLevelConflictResolution Muhahaha! --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope has been Hijacked! Save Zope!
Troll! And a funny one at that. (I think.) seb * Chris Withers [EMAIL PROTECTED] [011130 16:28]: I can't decide if this is a hoax or not :-S Can anyone comment? Chris Clark O'Brien wrote: Thanks Andrew for a heartfelt description of what is happening here. It is clear that unlike the other freeware products like Lenux, JBoss.., Zope has lost all of the advantages of being a freeware product. What I find sad is that the extreme commercialization of Zope is hurting Zope- this discussion list is censored in a way that would not be allowed for most commercial products. I posted a serious bug- Zope throws an exception after trying to resolve a transaction conflict three times. The discussion was quickly moved line and I was told this is not a problem- Not a problem? Give me a break!! This nearly killed my application and cost me several weeks of work. Those who know of these problems can write clean applications but these issues are kept strictly confidential. To the *TRUE* open source community I would just say let us reclaim Zope-even if it means branching. Clark --- Andrew Kenneth Milton [EMAIL PROTECTED] wrote: Since I seem to be the cause of all hell breaking loose over here, I thought take the opportunity to respond, since I haven't really been given an opportunity to do that. Since this probably going to be my only ever posting to zope-dev, I don't feel constrained to be brief in exercising my right of reply. I'm not going to apologise for the comments I made, or the manner in which I made them. Those comments were made on a list run by me, basically for my own amusement. If I had posted either of those emails to someone else's list, I'd quite rightly deserve to be fried. I don't make money from Zope Development (I don't make money), I don't run a website, in fact, I don't actually use any of the products I have released. So it's not like I have a vested interest in Zope. My fortunes don't rest on the success or failure of Zope or any one of its components. I live in a country the size of the USA that has the approximate population of New York State. Even if I stood on a busy street corner with a loud hailer, the number of people I could actually influence would be small. This makes me one of the people in the trenches. It is the people who are in the trenches who are increasingly being disaffected by Zope Corp, it seems as if you're not subscribed to zope-dev, you have no voice, and for most people zope-dev is not an appropriate forum for them to be subscribed to. As some of you know, I was hounded off of the zope@ mailing list for suggesting that there be some other mailing list for more technical discussion. People were very upset, because, they already have a hard time getting any support. Noone from Zope Corp seems to monitor the list to help out. The zope list was manned by people like me volunteering expertise and time to help more of the little people. A lot of those people come to the irc channel, which is also rarely if ever visited by anyone from Zope Corp. Most people know that #zope is the place to go when all else fails. The major irony of this is, that most of the people seeking help on #zope are working with it, or consulting with it, and are supported by me and others for free. We are the ones that deal with the 'general zope public.' We are the defenders of the faith. The Zope Weekly News, which turned into Zope Monthly News, which now has not been updated since October is a joke. It shows Zope Corporation's attitude towards their community. It says We don't care about our community. I'm sure that's not the feeling of the *individuals* inside Zope Corp, I'm sure it is (or I hope it is) a source of great embarassment to those individuals that work for Zope Corp. Letting your community showpiece atrophy doesn't show any great passion towards us, it certainly doesn't endear new users to Zope. New users are the only way Zope Corp is going to make more money, unless of course zope.org is just for us non-revenue generating little fish, an inconvenience associated with having Open Source software, not something that promotes and supports the non-paying community. Noone wants a standardised User Management API more than me. I *want* to have confidence that someone can replace any User Folder with XUF, and it will just work. So when I come across something that says there is a New User Management API, I get excited. I prepare to roll up my sleeves and make the necessary changes to make software I contributed to the community continue to work. I think we all know by now my opinion on what I
[Zope-dev] (SHOUT) NOTIFICATION!!!!
Paul Everitt wrote:
You're going to love the irony on this, but there's a proposal in the
fishbowl on this:
http://dev.zope.org/Wikis/DevSite/Proposals/FishbowlManageability
...and of course, nobody knows the proposal is there.
hehe, read Casey's response, it makes the same comment. I find that ironic ;-)
2. We could by a tool that does this kind of thing. Where would we get such a
beast from? how much would it cost/ who
would fit the bill?
...and what would be the transition costs?
Good point... but you get these with any of the three options...
Hmm, I don't really see Bugzilla and the Fishbowl overlapping. Perhaps
with the Collector, though. However, I don't think the real issues
involved are related to choice of tool.
I think this is the problem. There shouldn't be a seperate 'fishbowl' and
'collector'.
They're doing the same thing; helping Zope get better. Why split that effort?
Sure, there should be some differentiation between bug fixes and new
developments, but, take the User API changes; was that fixing a bug (badly
broken user folder interface) or a new development ('new' user folder api)?
I think the difference is small enough that is deserves to be a field on a form
rather than a totally separate process.
Think about it, both collector and fishbowl 'issues' need:
- discussion
- consenus
- documentation
- development
- notification of the appropriate people.
What differs between them?
It's been mentioning that ZC doesn't pay attention, so proposals go in
and nothing happens. Bugzilla won't fix that problem.
Now here I really gotta shout loud 'cos I've made this point so many times I'm
wondering how I can say it so it gets through...
(Paul, here, have some earplugs ;-)
Notification, which bugzilla offers, MAKES ALL THE DIFFERENCE!!
Email notification is good enough, if I want that to beep my cellphone, I just
send it to me genie.co.uk email address...
None of us have time to read irrelevent web pages, which, for any given person,
90% of the fishbowl probably will be. Furthermore, why should we need to read
anything more than what's changed (the last comment added, the status of the
issue changing, etc)
bugzilla appears to do all this quite well from an outsiders point of view. Of
course, it may be a complete pig, in which case we will need to produce
something. However, just to say it again, email notification of as little (but
not too little!) information is the key.
If you need me to prove this, let me knwo and I'll get out my thesis writing pen
;-)
I'll add that
the community doesn't always pay good enough attention.
The lack of appropriate notification mechanisms rather than any deliberate or
malicious reasons would be my guess for any lack of attention, both within ZC
and the community...
Sure, people
will say when will we have versioning or when will we have web
services. We go off, make a proposal, and email zope-dev. No feedback
-- I take that back, each has received one response, whether by wiki
comment, mailing list response, or private response.
Wonder if the authors new the comments had been posted? I wonder if the posters
had known the author had replied?
This isn't a good track record. Brian produced 35 pages worth of
almost-flawless docs on web services to go with his code. But no
comments. And he's doing this on his own time. So let's remember that
this is a two-way street.
Indeed. I read Brian's proposal when he first announced it. It wasn't quite
finished or relevant to me, so I thought I'll come back later. of course, next
day I'd completely forgotten about it (and when I did remembe about it, I
couldn't easily find it with resoting to mailing list archives and the like...)
and so never came back. Now, if I could have ticked a box saying email me when
such and such happens then I, or other people here at NIP who are dealing with
Web Services in a big way ,would have got involved as soon as appropriate...
IMO, Bugzilla won't fix these kinds of problems. I think the first step
is to refine what we have while finding better ways to work together.
Well, okay, don't use bugzilla. But dump wiki, it's not sutructured enough. You
want bite sized bits of information, ruthlessly and sem-automatically
categorized, with fine-grained control of the notification your receive.
Now, that would spark a community into action :-)
cheers,
Chris
PS: Loosing the dichotomy of collector and fishbowl would be another major
step... it's all project management anyway ;-)
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
SV: [Zope-dev] Re: Fishbowl?
This isn't a good track record. Brian produced 35 pages worth of almost-flawless docs on web services to go with his code. But no comments. And he's doing this on his own time. So let's remember that this is a two-way street. Well, that checkin was done to the cvs 4 days ago. If you haven't read the one line at dev.zope.org about it being available in the cvs, or if you dont subscribe to the cvs mailinglist, how are you supposed to know that it exists? :-P I downloaded the Webservice package a few days ago, and I agree, the docs are really good. But sending a mail to Brian, who probably gets too many mails every day anyway, saying Good work!... well. I dunno. /Magnus ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] FileStorage patch
emf wrote: As I currently run 30-60 storage servers on a machine, I would be very interested in testing out such a patch, if you'd be willing to send it along. It's in CVS, just check out the appropriate branch: Jim Fulton wrote: OK, I made a CVS branch, BTreeFSIndex-branch (made from the Zope-2_4-branch), for just the BTrees and ZODB directories. If you update to that branch you should get my experimental changes. The BTrees package has a new extension, _fsBTrees that has 2-char to 6-char BTree types. The ZODB fsIndex.py provides a FileStorage index based on this BTree. You should get a memory consumption of only a little more than 8 bytes per object. Note that the file size is limited to about 256 terabytes. Nothing is free. :) cheers, Chris PS: Still haven't managed to get the machine resurrected :-( ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope has been Hijacked! Save Zope!
Clark, sorry to be blunt, but you're talking through your arse! you make some v. wild statements and offer no justification for them: i can only conclude that the application you refer to in fact suffered from the same flawed methodology... if you can be bothered, i would be interested to know exactly what it is you mean by the following: 1. Zope has lost all of the advantages of being a freeware product 2. the extreme commercialization of Zope is hurting Zope 3. these issues [bugs] are kept strictly confidential how is it you go about reclaiming something that was never yours? garry On 30 Nov 2001, at 10:03, Clark OBrien wrote: From: Clark OBrien [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject:[Zope-dev] Zope has been Hijacked! Save Zope! Date sent: Fri, 30 Nov 2001 10:03:47 -0600 Thanks Andrew for a heartfelt description of what is happening here. It is clear that unlike the other freeware products like Lenux, JBoss.., Zope has lost all of the advantages of being a freeware product. What I find sad is that the extreme commercialization of Zope is hurting Zope- this discussion list is censored in a way that would not be allowed for most commercial products. I posted a serious bug- Zope throws an exception after trying to resolve a transaction conflict three times. The discussion was quickly moved line and I was told this is not a problem- Not a problem? Give me a break!! This nearly killed my application and cost me several weeks of work. Those who know of these problems can write clean applications but these issues are kept strictly confidential. To the *TRUE* open source community I would just say let us reclaim Zope-even if it means branching. Clark ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) +---+ Garry Steedman mailto:[EMAIL PROTECTED] Styrax Associates http://www.styrax.com/ The Good Man has no shape. +---+ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
+2 I like the idea of unifying the fishbowl and the collector. And I agree about notification. seb ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: SV: [Zope-dev] Re: Fishbowl?
Magnus Heino wrote: Well, that checkin was done to the cvs 4 days ago. If you haven't read the one line at dev.zope.org about it being available in the cvs, or if you dont subscribe to the cvs mailinglist, how are you supposed to know that it exists? :-P Actually, he sent an email to zope-dev on 11/26. Version control went to zope-dev on 10/23. Between the two, one email of discussion. This is why I'm leery of thinking this is simply a tool issue. I think we'll need more creativity, hijacking notwithstanding. :^) --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Fishbowl?
It's been mentioning that ZC doesn't pay attention, so proposals go in and nothing happens. Bugzilla won't fix that problem. I'll add that the community doesn't always pay good enough attention. Sure, people will say when will we have versioning or when will we have web services. We go off, make a proposal, and email zope-dev. No feedback -- I take that back, each has received one response, whether by wiki comment, mailing list response, or private response. This is just a guess, but I suspect that this is a sort of unfortunate cycle developing: people post proposals, get (understandably) dismayed at the response time and end up not spending much time there, either contributing or providing feedback. My gut feeling is that the root of this is an ease-of-use problem. We all want to do well-reasoned, professional development in a publicly visible (and usable) forum. Achieving that means a certain amount of ceremony (proposals, projects or something different that achieves the same goals). The big problem right now is that the mechanics of the ceremony are way too painful, especially WRT tracking changes. When we first opened the fishbowl, it was with the certainty that we wouldn't get it right immediately. That's why we went with the intentially low-tech approach of a pile of Wikis. That first step actually worked pretty well for a while until we hit critical-Wiki-mass and there were suddenly too many proposals / projects to follow easily. So please don't think that we are somehow attached to the current fishbowl implementation as some sort of be-all-end-all. When we first put it in place, we were minimal with the fishbowl, applying Jim's second law of engineering (You can't solve a problem until you know the answer.) Now I think we a lot more about the answer: - The fishbowl needs to be integrated with email in order to stay on people's radar. - There needs to be a way to filter the firehose so that people on all sides can focus on the things they care about. - There needs to be a much lighter-weight way of seeing an overview of what's going on (where proposals are in the process and why). - There is still a legitimate need for content areas that capture artifacts related to projects. - We need to find a way to scale the process of pushing proposals through to projects. - There needs to be much more clarity on what should happen when a proposal is approved, rejected, ignored, whatever, by the community. The last one is very important IMHO. I just looked, and there are currently 15 proposals in the awaiting resources state, meaning that the general idea seems to have met with approval by the developer community and that now someone needs to actually sign up to _do_ it. Unfortunately, I have not been approached by anyone about any of these proposals, except for occasional flame-o-grams demanding to know why they are not done yet. Part of this, I'm sure, is that the community of committers is still fairly small and still getting their bearings. We need to do a better job of helping developers get actively involved - but we'll never have a happy community if awaiting resources means awaiting ZC resources. Ken has written a fair amount on the current fishbowl problems at: http://dev.zope.org/Wikis/DevSite/Proposals/FishbowlManageability How should we go about getting from that + this thread to some concrete solutions? Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.361.1716 Zope Corporation http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Dataskin Zclass + Folder subclassing problem
Thanks Steve, No doubt that is probably what is happening. Sadly, I need ZClass1 to be a dataskin. I could always copy over the few properties and methods shared by ZClass1 and ZCLass2 to ZCLass2 and inherit only from DataSkin and Folder; not the nicest, but that would work for now. My approach to access the contained objects directly (and not attempt to list them) seems to work for now as well. If I find the time, I will investigate this further to see what is happening exactly. Cheers, Jean -Original Message- From: Steve Spicklemire [mailto:[EMAIL PROTECTED]] Sent: Friday, November 30, 2001 03:13 Hi Jean, You might get more feedback from the ZPatterns list on something like this. My gut reaction is that subclassing in python 2.1/1.5 traverses the classes to find methods in a way that makes the *order* of classes very important. IIUC Python 2.2 has a much more sophisticated attribute searching scheme, so that this will be easier to get right.. but so far Zope and 2.2 don't mix so well. You are no doubt getting the wrong class/attributes when you call objectIds etc. Can you try making ZClass1 a simple class and ZClass2 subclassing from DataSkin, Folder and *then* ZClass1? good luck! -steve On Tuesday, November 27, 2001, at 12:36 PM, Jean Lagarde wrote: Hi all, A ZClass inheriting from both DataSkin and Folder seems to work as expected (so much has been discussed in other messages, at least with ObjectManager). However, instead of inheriting directly from DataSkin, I want to inherit from another Zclass which is itself based on DataSkin, i.e. (not showing Zobjects): DataSkin ZClass1Folder | \ / | \ / v v v ZClass1ZClass2 After its creation, the new Zclass ZClass2 seems to have some management issues: - The views are initialized to those of ZClass1; no big deal, for now, I just added a new view tab named Contents for manage_main - When I create an instance of ZClass2 (in a Folder w/Customizer Support), the instance does show its Contents tab, but it does not quite know it's folderish: - It does not show in the left pane of the ZMI - If I add an object from the contents tab interface of the instance, say a dtml method, it adds OK, but does not show in the contents tab (the contents view is always empty no matter what I add) - The objects I added are there; I can traverse to them and their management interfaces, and I have also checked the ZODB directly using the wonderful pyTree.py. I'm afraid that I know just enough about Zope to be dangerous ;-) I basically just have the time to learn about the stuff that I need to get the job done, and I'm sure that the current version of what I'm working on will need some refactoring later on. So I have two questions: 1) Anybody can think of a quick fix to get the folderish behavior working as it should? 2) In its current state (if there is no quick fix), ZClass2 seems usable enough for my needs; I just need to add a couple of objects for each instance, and I can reach their management screens through explicit traversal. So I'm tempted to plug along and keep on experimenting with that setup for now. Any other more important consequences that I'm missing that should have me fix this more adequately before I proceed? Cheers, Jean ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
Paul Everitt wrote: This isn't a good track record. Brian produced 35 pages worth of almost-flawless docs on web services to go with his code. But no comments. And he's doing this on his own time. So let's remember that this is a two-way street. snip * Chris Withers [EMAIL PROTECTED] [011130 16:47]: list archives and the like...) and so never came back. Now, if I could have ticked a box saying email me when such and such happens then I, or other people here at NIP who are dealing with Web Services in a big way ,would have got involved as soon as appropriate... I think there's another problem here: possibly the community isn't large enough yet. There's already been a discussion on zope-coders about how little those with commit priviledges are actually committing, and the main reason is simply that no-one has enough time. How many people are there who are really comfortable with Zope to the point where they would be able to contribute meaningfully to a discussion about, for example, Web Services? Of the active community, I would guess fewer than 40. Of these, perhaps half missed the announcement. Of the others, probably another half were in the middle of very hectic projects. Of the 10 remaining, perhaps they weren't interested, or were going to look tomorrow but forgot... What we need, as Paul suggested about zope-web, is a set of community members who are able and willing to contribute 10 hours per week. I think there are very few such people. I would love to, but I simply can't. The best way of getting such people is to cast the community web wider, and draw more people in. The best way of doing this is make zope.org *really good*, I reckon. I for one will be pontificating on zope-web next week. seb ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Dataskin Zclass + Folder subclassing problem
Jean Lagarde wrote: Thanks Steve, No doubt that is probably what is happening. Sadly, I need ZClass1 to be a dataskin. Make both ZClass1 and ZClass2 derive from Dataskin before anything else. It will do no harm that DataSkin is derived from twice in one class. -- Steve Alexander ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Fishbowl?
Brian Lloyd wrote: snip fishbowl ain't easy to use spot on ;-) - The fishbowl needs to be integrated with email in order to stay on people's radar. Hallelujah! - There needs to be a way to filter the firehose so that people on all sides can focus on the things they care about. Praise be! - There needs to be a much lighter-weight way of seeing an overview of what's going on (where proposals are in the process and why). I am in heaven... - There is still a legitimate need for content areas that capture artifacts related to projects. yup, but these could hang off issues or exist somewhere totally seperate. These artefacts are actually significantly less important than the status of the issue, who's looking after it, when it was last touched and the other categorisation details. In this respect, the fishbowl is currently completely arse about face ;-) - We need to find a way to scale the process of pushing proposals through to projects. Hierarchical management based on trust metrics? - There needs to be much more clarity on what should happen when a proposal is approved, rejected, ignored, whatever, by the community. Not so important right now... The last one is very important IMHO. I just looked, and there are currently 15 proposals in the awaiting resources state, meaning that the general idea seems to have met with approval by the developer community and that now someone needs to actually sign up to _do_ it. I suspect this is because people don't even know these projects exist, once this has been addressed with the points that had me worshiping, I'm betting this problem will disappear of its own accord... Unfortunately, I have not been approached by anyone about any of these proposals, except for occasional flame-o-grams demanding to know why they are not done yet. Those'll happen when someone does eventually bump into these dormant proposals/projects, sees they haven't been touched for 2 months and suddenly gets all irate jumping around: why the fuck hasn't someone done something on this very important issue?! Part of this, I'm sure, is that the community of committers is still fairly small and still getting their bearings. Not to mention suffering the same resource problems that ZC suffers right now :-( Ken has written a fair amount on the current fishbowl problems at: http://dev.zope.org/Wikis/DevSite/Proposals/FishbowlManageability That's the first time I've heard of that other than other posts in this thread ;-) How should we go about getting from that + this thread to some concrete solutions? Sounds like we need to build a decent fish pond, and _please_ can we unify it with the collector. cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
SV: SV: [Zope-dev] Re: Fishbowl?
Well, that checkin was done to the cvs 4 days ago. If you haven't read the one line at dev.zope.org about it being available in the cvs, or if you dont subscribe to the cvs mailinglist, how are you supposed to know that it exists? :-P Actually, he sent an email to zope-dev on 11/26. Version control went to zope-dev on 10/23. Between the two, one email of discussion. Yes. You are right. I found the message. I subscribe to 11 zope mailinglists, and I really try to read them all, but I must have missed this one. This is why I'm leery of thinking this is simply a tool issue. I think we'll need more creativity, hijacking notwithstanding. :^) I don't agree. I read the proposal when Brian wrote it, I even got a snapshot from him a while back. Still, I missed the release. The current tool, the Wiki at http://dev.zope.org/Wikis/DevSite/Projects/WebServicesForZope/FrontPage, does not contain the info that he sent in the mail, and it got some links pointing at non-existing pages. I thought I'd fix that, but it says that Only the owners may edit this page... But, everything is not bad, the Webservice package looks really good! :-) /Magnus ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: SV: [Zope-dev] Re: Fishbowl?
Magnus Heino wrote: This is just a guess, but I suspect that this is a sort of unfortunate cycle developing: people post proposals, get (understandably) dismayed at the response time and end up not spending much time there, either contributing or providing feedback. Well, lets move this discussion to a wiki and see how it goes... This is a tool issue. I'd like to propose this crazy tool called email. :^) Anybody that thinks they'd like to participate in the building of a better fishbowl (particularly if your name is Chris :^), trot on over to [EMAIL PROTECTED] Let's hash it out, perhaps starting with Ken's proposal. Let's then make a proposal back to zope-dev and see what people think. --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Wiki
Magnus Heino wrote: Well, lets move this discussion to a wiki and see how it goes... Please god, no... Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Fishbowl?
Brian Lloyd wrote: [snip] When we first opened the fishbowl, it was with the certainty that we wouldn't get it right immediately. That's why we went with the intentially low-tech approach of a pile of Wikis. That first step actually worked pretty well for a while until we hit critical-Wiki-mass and there were suddenly too many proposals / projects to follow easily. So please don't think that we are somehow attached to the current fishbowl implementation as some sort of be-all-end-all. When we first put it in place, we were minimal with the fishbowl, applying Jim's second law of engineering (You can't solve a problem until you know the answer.) Now I think we a lot more about the answer: [snip] This bears repeating: the fishbowl was _never_ intended to be thought of as a tool. Rather, it should be thought of as an approach, methodology, or culture. You can rip out the Wiki and replace it with the Collector or Bugzilla, and you'd still have the fishbowl. Months ago we reached critical-Wiki-mass. However, we've now reached the point where some people are volunteering to do something about it. --Paul ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope has been Hijacked! Save Zope!
Chris, I posted the bug at 11/30/2001 11:17 AM, a copy was also sent to [EMAIL PROTECTED] I am using a different e-mail now because my other e-mail address no longer receives messages from zope-dev. Clark --- Chris McDonough [EMAIL PROTECTED] wrote: I posted a serious bug- Zope throws an exception after trying to resolve a transaction conflict three times. The discussion was quickly moved Posted to where? I see this message in neither Zope-Dev@ nor Zope@. line and I was told this is not a problem- Not a problem? Give me a break!! This nearly killed my application and cost me several weeks of work. Told by whom? Those who know of these problems can write clean applications but these issues are kept strictly confidential. Isn't this dangerously close to a conspiracy theory? ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) __ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope has been Hijacked! Save Zope!
I posted the bug at 11/30/2001 11:17 AM... snip That's less than two hours ago. I didn't get the mail nor do I see it on Zope-dev. Is your assertion that I or someone else prevented it from showing up on Zope-dev? Who exactly was it that told you it wasn't a problem, and in what manner did they say it? Your complaint would be pretty funny if I knew that you weren't serious. It's actually pretty funny either way, come to think of it. ;-) - C ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] FW: Zope optimistic transactions.
-Original Message-
From: Clark OBrien
Sent: Monday, November 05, 2001 7:14 AM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'
Subject: Zope optimistic transactions.
Chris,
I set up a test harness to exercise zopes optimistic transaction
management.
My test immediatly caused a ZODB exception.
I am running zope 2.42. on win 2k, the scripts are attached.
Results below:
As you recall I posed the following question:
What if you had a directory structure like:
Folder1
Folder-2
Folder-3
...
..
Folder-n
Each folder had an attribute foo and there were two scripts, script1 and
script2.
script1 modified foo on one Folder only while script2 traversed all the
folders modifying the attribute foo on each one of them.
Would the script2 ever commit while the fist while script1 was
continuously called. This is interesting because a call to script2 would
never finish before several calls to script1 finished.
I set up a simple test with only 10 folders. I then wrote the script below
changeLevel2 that is my scri1 above and changeFolders that is my script2
above.
I ran changeLevel2 in a loop using the following code:
script
---
import urllib
params = urllib.urlencode({'theText': 'Vitamin D'})
while 1:
f = urllib.urlopen(http://localhost:8080/Test/changeLevel2?%s; % params)
print f.read()
-script---
-
I then ran the script changeFolders from my browsers.
The result was the following error message:
ZODB.POSException.ConflictError
Sorry, a site error occurred.
Traceback (innermost last):
File C:\zope\lib\python\ZPublisher\Publish.py, line 223, in
publish_module
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 195, in publish
--
scripts.txt
-changeFolder
--
#changeFolder
#params list: theFolder,theText
theFolder.manage_changeProperties({'foo':theText})
--end
changeFolder---
---changeFolders--
#changeFolders
#Paramater list: myString
# this method changes the attribute foo on several folders.
newFolder = context.getChild(TestFolder )
newFolder.manage_changeProperties({'foo':myString})
import string
for i in range(1,10):
newFolder = newFolder.getChild(TestFolder )
for i in range(1,10):
# lets do something expansive
#for j in range(1,100):
#string.find(its a great day to code python,day)
newFolder.manage_changeProperties({'foo':myString})
return all properties changed
--end
changeFolders
-changeLevel2
#changeLevel2
#paramater list: theText
theFolder = context.getChild(TestFolder )
context.changeFolder(theFolder,theText)
return 'ok'
-end
changeLevel2
-createFolders---
temp = context.manage_addFolder('TestFolder','TestFolder')
newFolder = context.getChild(TestFolder )
newFolder.manage_addProperty(foo,this is a test string, string)
for i in range(1,10):
newFolder.manage_addFolder(TestFolder,TestFolder)
newFolder = newFolder.getChild(TestFolder )
newFolder.manage_addProperty(foo,this is a test string, string)
end createFolders
---
-getChild---
#getChild
#param list: child
getChild: Utility function
Returns ObjectManagerItem whose ID matches child parameter.
Context must be ObjectManager.
for (oid, obj) in context.objectItems():
if oid == child:
return obj
else:
return None
end getChild
-
makeNewFolder-
#makeNewFolder
#param list: root
root.manage_addFolder('TestFolder','TestFolder')
root.manage_addProperty('foo','The world is round only to those who know
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
CW == Chris Withers [EMAIL PROTECTED] writes: CW Now here I really gotta shout loud 'cos I've made this point CW so many times I'm wondering how I can say it so it gets CW through... (Paul, here, have some earplugs ;-) CW Notification, which bugzilla offers, MAKES ALL THE CW DIFFERENCE!! Email notification is good enough, if I want CW that to beep my cellphone, I just send it to me genie.co.uk CW email address... I should mention that Simon Michael's MailWiki tool is incredible for things like this. It mails changes in the Wiki (almost, but not resembling, a unified diff, with the PageChange'd title in the subject). It also allows for mail-in appending, which of course is potentially dangerous, but so is any WWW-based storage of mail. Intelligent use of mail filtering (which has led to my symbiotic relationship with emacs and gnus for nearly 6 years now) will reduce the burden. It's not perfect, but it's not bad. I REALLY, but REALLY like using this feature. And I've been using on a wiki that I use for brain dumps from email... It would need a bit more work (semi-validation of from, etc), but it is potentially useful in this context. I hate firing up a browser to go searching, but I'll do it if something catches my eye... CW Well, okay, don't use bugzilla. But dump wiki, it's not CW sutructured enough. You want bite sized bits of information, See above. But maybe it still wouldn't be structured enough. best, -tony -- A.J. RossiniRsrch. Asst. Prof. of Biostatistics U. of Washington Biostatistics [EMAIL PROTECTED] FHCRC/SCHARP/HIV Vaccine Trials Net [EMAIL PROTECTED] -- http://software.biostat.washington.edu/ -- FHCRC: M-W: 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email UW: T-Th: 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX Rosen: (Mullins' Lab) Fridays, and I'm unreachable except by email. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Dataskin Zclass + Folder subclassing problem
It's Steves to the rescue today! Using the order (DataSkin, Folder, ZClass1) seems to have done the trick! Thanks! I would have thought about subclassing DataSkin again, eventually ;-) I had tried to inherit from (Folder, ZClass1) rather than (ZClass1, Folder), but that order was giving me a _v_dm_ key error; that should have clued me into the right direction. Jean From: Steve Alexander [mailto:[EMAIL PROTECTED]] Sent: Friday, November 30, 2001 09:10 Jean Lagarde wrote: Thanks Steve, No doubt that is probably what is happening. Sadly, I need ZClass1 to be a dataskin. Make both ZClass1 and ZClass2 derive from Dataskin before anything else. It will do no harm that DataSkin is derived from twice in one class. -- Steve Alexander ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] FW: Zope optimistic transactions.
There won't be any more discussion about this issue from me.
- C
- Original Message -
From: Clark OBrien [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 30, 2001 12:48 PM
Subject: [Zope-dev] FW: Zope optimistic transactions.
-Original Message-
From: Clark OBrien
Sent: Monday, November 05, 2001 7:14 AM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'
Subject: Zope optimistic transactions.
Chris,
I set up a test harness to exercise zopes optimistic transaction
management.
My test immediatly caused a ZODB exception.
I am running zope 2.42. on win 2k, the scripts are attached.
Results below:
As you recall I posed the following question:
What if you had a directory structure like:
Folder1
Folder-2
Folder-3
...
..
Folder-n
Each folder had an attribute foo and there were two scripts,
script1 and
script2.
script1 modified foo on one Folder only while script2 traversed
all the
folders modifying the attribute foo on each one of them.
Would the script2 ever commit while the fist while script1 was
continuously called. This is interesting because a call to
script2 would
never finish before several calls to script1 finished.
I set up a simple test with only 10 folders. I then wrote the
script below
changeLevel2 that is my scri1 above and changeFolders that is my
script2
above.
I ran changeLevel2 in a loop using the following code:
script--
--
---
import urllib
params = urllib.urlencode({'theText': 'Vitamin D'})
while 1:
f = urllib.urlopen(http://localhost:8080/Test/changeLevel2?%s; %
params)
print f.read()
-script-
--
-
I then ran the script changeFolders from my browsers.
The result was the following error message:
ZODB.POSException.ConflictError
Sorry, a site error occurred.
Traceback (innermost last):
File C:\zope\lib\python\ZPublisher\Publish.py, line 223, in
publish_module
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in
publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in
publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 200, in
publish
File C:\zope\lib\python\ZPublisher\Publish.py, line 195, in
publish
--
scripts.txt
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] FW: Zope optimistic transactions.
Dude, it's not a bug. You're *meant* to get a ConflictError exception
when writes conflict. That signals the publisher to retry.
Search on zope.org for conflict resolution.
Regards,
seb
* Clark O'Brien [EMAIL PROTECTED] [011130 18:05]:
That was not the point dude. Your cowardly call for a
response from the intellectual prostitutes on this
list leaves me uninterested in anything you may have
to say.
Over and Out
Clark
--- Chris McDonough [EMAIL PROTECTED] wrote:
There won't be any more discussion about this issue
from me.
- C
- Original Message -
From: Clark OBrien
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 30, 2001 12:48 PM
Subject: [Zope-dev] FW: Zope optimistic
transactions.
-Original Message-
From: Clark OBrien
Sent: Monday, November 05, 2001 7:14 AM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'
Subject: Zope optimistic transactions.
Chris,
I set up a test harness to exercise zopes
optimistic transaction
management.
My test immediatly caused a ZODB exception.
I am running zope 2.42. on win 2k, the scripts
are attached.
Results below:
As you recall I posed the following question:
What if you had a directory structure like:
Folder1
Folder-2
Folder-3
...
..
Folder-n
Each folder had an attribute foo and there were
two scripts,
script1 and
script2.
script1 modified foo on one Folder only while
script2 traversed
all the
folders modifying the attribute foo on each one
of them.
Would the script2 ever commit while the fist
while script1 was
continuously called. This is interesting because
a call to
script2 would
never finish before several calls to script1
finished.
I set up a simple test with only 10 folders. I
then wrote the
script below
changeLevel2 that is my scri1 above and
changeFolders that is my
script2
above.
I ran changeLevel2 in a loop using the following
code:
script--
--
---
import urllib
params = urllib.urlencode({'theText': 'Vitamin
D'})
while 1:
f =
urllib.urlopen(http://localhost:8080/Test/changeLevel2?%s;
%
params)
print f.read()
-script-
--
-
I then ran the script changeFolders from my
browsers.
The result was the following error message:
ZODB.POSException.ConflictError
Sorry, a site error occurred.
Traceback (innermost last):
File C:zopelibpythonZPublisherPublish.py,
line 223, in
publish_module
File C:zopelibpythonZPublisherPublish.py,
line 200, in
publish
File C:zopelibpythonZPublisherPublish.py,
line 200, in
publish
File C:zopelibpythonZPublisherPublish.py,
line 200, in
publish
File C:zopelibpythonZPublisherPublish.py,
line 195, in
publish
--
scripts.txt
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
__
Do You Yahoo!?
Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
--
[] j a m k i t
seb bacon
T: 020 7749 7218
F: 020 7739 8683
M: 07968 301 336
W: www.jamkit.com
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] FW: Zope optimistic transactions.
He he, Another classic Withers-style measured response ;-) Easy on those flames, dude...Everyone move along now, there's nothing to see here... seb * Chris Withers [EMAIL PROTECTED] [011130 18:19]: Clark O'Brien wrote: That was not the point dude. Your cowardly call for a response from the intellectual prostitutes on this list leaves me uninterested in anything you may have to say. Excuse me, what the FUCK is your problem 'dude'? You obviously have no fucking clue. Kindly piss off and grow up. That's about the sum total of anything useful I can say in response to your postings so far... Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) -- [] j a m k i t seb bacon T: 020 7749 7218 F: 020 7739 8683 M: 07968 301 336 W: www.jamkit.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
Since I get paid to do Zope and I feel extremely fortunate to be in that position, I will say that there are different types of community involvement that I divide my time across: 1) Activism (like this) 2) Help (Like on [EMAIL PROTECTED] or zopelabs or whatever) 3) Working on my own open source Zope products 4) Submitting/fixing bugs in the Zope core. Now, I consider positive contributions either to the zope core or zope.org to be in addition to the above. So that I would have 10 hours per week just to spend on that is highly unlikely, but sometimes possible if other things above don't take much time, or I don't prioritize them. I could potentially drop #2 altogether (its sporatic anyway), but it makes me feel good and I remember what it was like before I understood what was going on (as if I do now). That said I think maybe what we need are some community liasons that devote the majority of their time for right now building an infrastructure for the community and helping others contribute in some way. I'm not exactly sure what that means, but I might be willing to do that. However, I think my contributions in other ways would need to take a back seat, so I'd need to think about it, or be convinced. 8^) /---\ Casey Duncan, Sr. Web Developer National Legal Aid and Defender Association [EMAIL PROTECTED] \---/ On Friday 30 November 2001 01:14 pm, Paul Everitt allegedly wrote: I agree that we have to lower the bar. What Seb and I were discussing is a commitment from a small group of people to help accomplish lowering the bar. Once it's lowered, then hopefully the rate and impact of casual contributions will greatly increase. --Paul Andrew Kuchling wrote: On Fri, Nov 30, 2001 at 05:57:17PM +, seb bacon wrote: What we need, as Paul suggested about zope-web, is a set of community members who are able and willing to contribute 10 hours per week. I think there are very few such people. I would love to, but I simply I'd think the number of such people is zero, except for people who use Zope in their work and can justify time spent developing on Zope itself as being work-related. It can't be assumed that people have much time to spend on a free software project; instead you have to lower the bar, and make it easier for hit-and-run contributors. If it takes days or worse, weeks and months, to get a contribution accepted, people just won't bother. Re: bug tracking. If Bugzilla is too much of a bear to deal with, there are simpler alternatives available, such as Roundup, Jitterbug, the SF bug tracker, and our unreleased SPLAT!. --amk ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope-web community (was (SHOUT) NOTIFICATION!!!!)
On 30 Nov 2001 at 12:54, Andrew Kuchling wrote: On Fri, Nov 30, 2001 at 05:57:17PM +, seb bacon wrote: What we need, as Paul suggested about zope-web, is a set of community members who are able and willing to contribute 10 hours per week. I think there are very few such people. I would love to, but I simply I'd think the number of such people is zero, except for people who use Zope in their work and can justify time spent developing on Zope itself as being work-related. Raises hand. I use Zope everyday for development for various customers. When I hit a snag in Zope, I have to convince the customer to pay me to fix the problem. Usually, I get asked can you work around that? What if we eliminated feature xyz? or How long will that take? This is never pleasant. (still thinking about collector item 47 :-( I suppose I could do Zope stuff off-the-clock on personal time, but that's impossible with two small kids at home, plus doing college studies.. I'm supposed to be building an airplane too, but the darn kit has sat in the basement for a year, nothing done. Re: bug tracking. If Bugzilla is too much of a bear to deal with, there are simpler alternatives available, such as Roundup, Jitterbug, the SF bug tracker, and our unreleased SPLAT!. SPLAT, sounds interesting, like to see how that stacks up to roundup.. Brad Clements,[EMAIL PROTECTED] (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com AOL-IM: BKClements ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] FW: Zope optimistic transactions.
seb bacon wrote: He he, Another classic Withers-style measured response ;-) *vbg* Let him justify his space in my inbox ;-) Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] changing a Fishbowl Proposal's state
Hi, I want to change the Awaiting Resources state of the SiteAccessUsabilityEnhancements to a real project ... I read all the docs i could find on the process, but I can't see what happens to move it from awaiting to actual... -- ethan mindlace fremen | iMeme - The most full featured Zope Host http://mindlace.net| Root, ZEO, MySQL, Mailman, Unlimited Domains iMeme Partner | http://iMeme.net It is our desire to remain what we are that limits us. -- Project 2501 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] changing a Fishbowl Proposal's state
I want to change the Awaiting Resources state of the SiteAccessUsabilityEnhancements to a real project ... I read all the docs i could find on the process, but I can't see what happens to move it from awaiting to actual... It's in the fishbowl introduction: http://dev.zope.org/Fishbowl/Introduction.html When the proposal is ready and has a leader, the leader should contact ([EMAIL PROTECTED] for now) to ask that the proposal move to the next phase and become an active project. At this point, the maintainer of the software product in question will do two things: editorial review of the proposal - was the process followed? technical review of the material in the proposal I've asked Evan and Amos (the main players in that proposal to date) to take a look at your proposed solution page. It looks fine to me if they are OK with it. I've set up a project area for you at: http://dev.zope.org/Wikis/DevSite/Projects/SiteAccessUsabilityEnhancements/ Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.361.1716 Zope Corporation http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] (SHOUT) NOTIFICATION!!!!
I am hardly qualified to participate in zope-dev issues, but feel compelled to comment on the tools thread. I find it amusing with the wealth of IT experience involved that the group doesnt just take existing Zope code and polish off an uber-Product to handle everything. Somebody with project management experience needs to step up to the admin role to make it easier on those that want to just develop and improve the core. ZC typically tries to fill this role. Can the community step-up to manage some processes? Now for the fishfood. Email is the best for Notification, but a GUI can better organize task related threads for proposals and grow-Zope-10x projects. Combine the best features of: *_Wiki -- (great for full proposals, collaborative editing, the WikiForNow management, and WikiMail) *_Squishdot -- (great for the BB feel, sound-off/venting discussions indirectly related to projects, category organization, emailing the original Poster of replies, option to moderate) *_Talkback -- (great for controlling contextual commenting localized to paragraphs, as opposed to Wiki's free-love groping) * and CMF (great for CMF) * _SourceForge -- (dont flinch, many Zope Products are moving to SourceForge) I simplified and forgot some requirements, but I dont think you will have complaints if a great collaborative product is released as a result from addressing the fishbowl issue. The above products are simple enough to dissect and merge in short order. Then use this well polished out-of-the-box Zope product to get PR to help Zope's reputation compete with the likes of PHP-Nuke, UBB, and other OS-Products. Better products, not just a better Zope, will achieve 10x. Out-of-the-box products that dont require much thought to install is the bait to grow the community. Success breeds success. Quality breeds quality. I am motivated by aggressive goals like 10x. This will only happen if leaders in the community buy-in and share that goal. Post the goal on top of dev.zope.org if you are serious. How about a system that segregated development of: ___Explorations___ (ideas and theories in search of a proposal) ___Proposals___ (approved, and committed to be built with time-lines and delegation for shared development, kicks out stalled proposals back down to explorations or archives) ___Projects___ (manages development with targeted release dates, CVS, kicks out a project if it languishes) Everyone should easily locate and access posts and comment where deemed appropriate for each task. And build in some self-cleaning workflow. If a proposal doesnt get comments or sits idle after a specified time, bring it back up again for one last gasp for breath before being relegated to an archive. Ask the community what they think in the form of single-click surveys. Minimum brain-cells invested to get feedback. Not feedback just for development...Feedback to build community and support. RAH-RAH. Ask about priorities, what sucks, what's great? etc.. Great developers seldom make great project coordinators and v.v. Get someone with usability expertise to assist with GUI's, not necessarily designers. Have I described some things that exist now? so have a group hug and polish things off so they are used more effectively. Now for me to get back to the sidelines. ...head down...shuffle...shuffle Cheers, Trevor ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
On Friday, November 30, 2001, at 04:18 AM, Lennart Regebro wrote: What I do agree on is that Zope corp not always seem to *listen* to the community. It is hard to contribute to Zope, and it feels to me that you have to fight to make Zope Corp to things the right way, even when you in fact already have done the work for them. I don't know why that is, or if it is possible to change that. I suspect they simply have far too much to do... :-) The right way? Who is the judge of that? What is the right way? To compete more with J2EE? To be more like PHP? To dump ZODB in favor of MySQL? Some people are of the opinion that any of these may be the right way, but that doesn't necessarily mean that they fit with the real direction that Zope Corp wishes to point the architecture in. Supporting a community of thousands and thousands for free is very hard work. Zope Corp is still a small company -- if every developer there could actively participate with the community the way some people prescribe, it might be enough to appease most peoples concerns. But then they're not working on projects that bring in enough money to stay afloat. And if they can't stay afloat, then Zope loses. Granted, being Open Source, Zope could very well continue to be an active project, but losing Zope corp would be a significant stepback as new leaders and directions have to be found from the people in the community - who may very well find that it truely does cost a lot to give software away for free and THEN have to support it for free. It's hard to appreciate just how tough that can be. The best community I have seen is for the Clavia Nord Modular synthesizer. Clavia contributes abolsutely NOTHING to that community. They do, however, listen to it, and implement several of the features that are most requested in that community. And that is not an open source project, so the community can't contribute anything else than ideas. And, everyone in that community has somehow put money in Clavia's coffers. The Micro Modular lists for around $600-$800 USD, right? Economically, it's just easier to support a community that has funded you with cash (although I don't know what Clavia's margins on their hardware is - it's not like software which can be easily reproduced for a fraction of its street cost). Clavia probably realizes that by listening to the community, they'll make those users happier, which will lead to increased word-of-mouth advertising for them and bring more happy buyers into the fold. And that money comes back to Clavia. However, anything I do in Zope now that I've left the company (which I did purely for personal reasons - I loved working there but had been away from family and friends for long enough) probably won't bring them any more money. I can evangelize it all I want, but I'm trying to get clients for my own company because I need to scrape together enough cash to stay on the slopes all winter. I don't sell a Zope based solution and then send a portion of that to Zope Corp for use of their product. I give back when I can in the same way many people do - by releasing new Products for Zope. But I'm also - possibly - working on a commercial application for it. And again - aside from a microscopic potential increase in Zope's market share, does Zope Corp get anything out of that? Do they get any money for answering questions I have on the mailing lists, or responding to Tracker/Collector issues I submit? The economics of being an Open Source company are still not very well understood, and I think ZC are doing better than many similar companies that open source a limited version of their flagship software and then build and sell commercial versions on top of that (one of the funniest postcards I ever got was from Enhydra - A Web Application server for $99? That's the power of Open Source!) Where's the $99 version of Zope? The $499? The $1499? The $25999? Zope Corp hasn't pulled that card out like many other vendors have. There are actually many pieces of Zope that were initially commercial add-ons (or intended to be) that are now all open source. Now, with the understanding that I no longer speak for ZC, I will apologize _a little bit_ for not being an active member of the community. But when deadlines are setting in and you've got customers on the phone, having the email bell go off every three minutes with seven new messages from four different lists is not always a welcome distraction. Yeesh! - I've been in for two and a half hours here today already and have 84 messages still to scan through, and my task list hasn't even been touched yet. And I don't even have any real obligation to go through those messages. And while I recognize the complaints and peoples rights to say them, don't be to hasty to judge against Zope Corp. The people there are working very hard and have to deal with many of the same
[Zope-dev] active listening or parts thereof...
seb bacon wrote: What we need, as Paul suggested about zope-web, is a set of community members who are able and willing to contribute 10 hours per week. I think there are very few such people. I would love to, but I simply can't. The best way of getting such people is to cast the community web wider, and draw more people in. The best way of doing this is make zope.org *really good*, I reckon. I for one will be pontificating on zope-web next week. You know what an interesting about this whole community involvement discussion is that most of ZC monitors the lists on an ad-hoc basis. Thus, there's a general notion of who on the lists is aware of what's going on; should an active list participant ever DIRECTLY send an e-mail to someone in ZC it would probably get responded to in a very prompt fashion. Ergo, there are already in place the necessary parts to raise issues to a higher awareness; in my mind, the only fallacy is the assumption that merely posting to the list will guarantee that the people that need to see it will see it. I would suggest that those community members who think an issue is important, privately pick one or two people inside ZC to directly involve with an issue; that person in ZC may say I dont have time right now but will generally be more likely to take a constructive approach if they feel an issue has already passed an important hurdle by an active participant bringing it to their attention. This is NOT an offer on my part to get sent more home mortgage refinancing SPAM. I'm not even volunteering to be a community liason. I am suggesting that there are more ways to solve problems than pure consensus, and that initiative can make all the difference in the world. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Andrew Kenneth Milton writes: It is the people who are in the trenches who are increasingly being disaffected by Zope Corp, it seems as if you're not subscribed to zope-dev, you have no voice, and for most people zope-dev is not an appropriate forum for them to be subscribed to. As some of you know, I was hounded off of the zope@ mailing list for suggesting that there be some other mailing list for more technical discussion. People were very upset, because, they already have a hard time getting any support. I did see many posts to the contrary... Noone from Zope Corp seems to monitor the list to help out. That is definitely wrong. I see lots of posts from ZC people in almost all Zope related mailing lists (I read): zope zope-cmfzpt zope-db ChrisMTres, Jens EvanMatt Andreas (Evan) (Brian) Seems, ZC cares about the mailing lists. The zope list was manned by people like me volunteering expertise and time to help more of the little people. Sure, they will be happy and thank you! Keep on! (I will help you) Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Hi! To be honest i would be happy for Zope 3 not to be backwards compatible. Tidy it up, delete the unless code, dare i say it - refactor. Yes so my products will break, well half a days refactoring myself and i have a tidier more understandable project anyway. YES, we need a new start. Building on what we have now, of course, but doing things better without having to think about all the legacy stuff. When I see long-time Zope users like Tom Schwaller (who is a Linux legend in Germany) move on to something new like Webware for Python, that makes me wonder if Zope is starting to loose some of its momentum. Zope is a great product. And it becomes easier to sell it every day. But it could be so much better and more easy to use with just a little effort. Just to mention a few points: What we really need is A true vision of what Zope 3.0 is going to be Zope 2.x, together with the CMF, was sold bei DC/ZC as a content management product, which it isn't really. It is a good start for building one, but so many things that are mandatory for a CMS are missing in the out-of-the-box installation. Zope is a nearly perfect document storage, except for its server implementations for FTP (and partly also HTTP/Web-DAV) will not be too useful with major system load. Zope + Python are a dream team for web-based applications. I think that a single product can't be good at all these things. But I also think that Zope could emerge into a suite of near-perfect products for web-based internet and extranet solutions. I think Zope should be split up into components as soon as possible: - a database layer that includes alternatives to the ZODB (using products like DBObjects or the new stuff from 7x - a document management frontend to the database layer that can be used to manage all kinds of docs. Together with add-on products like the document library, Zope already does much of this, but it is not optimized for high loads yet, and products like Microsoft's Sharepoint Server are really coming close now. I wonder why people in the open source community seem to ignore what Microsoft is doing. I don't ask you to USE their software, but we should at least try to get inspired by the good ideas they have (or have collected from others who had them first). What we need in that part of Zope is high-performance real-time cataloging and searching, interoperability with FTP, WebDAV, maybe even SAMBA and NFS, automatic document conversion from Word/PDF to HTML etc. - an application development framework. Here, we need some more work done towards a real IDE (for Python and Zope). A lot of work has been done already by people like Riaan (who maintains Boa Constructor). Most of DTML (if not all) should go, and Python as the main programming language for Zope should be in the focus of documentation and training efforts. I spent more than a year with getting good at DMTL, just to find out in the end that ZClasses/DTML are really limiting and that developing in Python is almost as fast and much more effective. We need full integration between ZODB-code and filesystem code for that. We need ways of doing ZClass-like things with real Python code, and we need CVS-compatibility or something better within Zope. XML-RPC/SOAP/Webservices could be a strong part of this. - a real, complete, out-of-the-box CMS, based on the other three components. I know that there are at least a dozen good CMS BASED on Zope, but this seems to me to be a waste of resources. We only need one good system that can be maintained by many people. It needs a high-level plug-in architecture, so that people can contribute modules that can interact with each other. Currently, most Zope products other than the database adapters and user folder implementations are standalone products. Let's take Squishdot as an example. It is cool, yes. But it is not compatible with anything but itself. The CMF was a first try to build a standard Zope CMS, but it still far from being a good solution. It solves problems you don't have and takes away solutions plain Zope can offer, like being able to build hierarchically structured sites (as it has a flat member paradigm). What we need for the CMS level is: - easy-to-use (partly WYSIWYG) editor tools - a chroming/skinning mechanism that is used by all components - workflow - ... - on top of all that, I see really sophisticated systems like (real) portal toolkits or groupware software. - one of the remaining questions is: Does Zope need a stronger XML story? I think that Zope Corporation doesn't want to maintain all of that, and that they actually wouldn't be able to do so. So it is really important to make sure what will be part of Zope 3 and what not. And who is going to be in charge of what. Wow, this has gotten rather lengthy (and still incomplete). But maybe I'll get some feedback on this ... Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED]
Re: [Zope-dev] Open Letter to zope-dev
Noone from Zope Corp seems to monitor the list to help out. That is not my experience at all. I have received answers from Zope corps several times. But sure, most of the answers you get come from the community members. Thats what a community is all about, and thats the hallmark of a good community. I fully agree that Zope Corp and the Zopers there are really trying to contribute to the lists and they are definitely listening. But still Andrew's main points are right. I talked to people who are in the inner circle of the CVS write-enabled. And even those people still feel that they are not really getting all the info they need. The session management framework (formerly known as CoreSessionTracking, now it is in the core and just called Session) is another example, if my first look was right. The API seems to have changed a lot between the last CST and the final Session release that is part of 2.5 beta. O.k., there still seems to be some backwards-compatibility, but why can't those projects be more public? The tools are there (like CVS) ... Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Dying in the Fishbowl.
Does the fishbowl process address this for you? http://dev.zope.org/Fishbowl/Introduction.html From me, that'll be a resounding no. Every single idea I've had for Zope has died somewhere in the fishbowl, and not because people have turned round and gone no, that's a crap idea. That I wouldn't have a problem with. The fishbowl is an exciting idea, but quite frankly, I have neither the time nor the patience to monotonously go and check if anyone has commented on a proposal or find out how relevant propsals are doing. The fishbowl is missing some core functionality. They just don't work efficiently. That's why people still prefer mailing lists (though they suck, too, but to a lesser degree I think). We'd need automatic feedback (via mail) if something changes (i.e. I'd like to be able to subscribe to fishbowl wikis). We'd need something like version control, and much better sorting, indexing, and structuring of all the information. It can't be too hard to get that done, but certainly we are not there yet. Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
I seem to have to comment on most of the mails in this thread. Sorry for that ;-) Personally, I think ZC are trying very hard, but are not getting it right. I'm also very sure they are taking this conversation seriously. Brian responded very quickly to the userfolder 'api' issues. They commit a *lot* in terms of software and support (IMO) but little in terms of fostering a community. But then, why should *they* be responsible for this? My experience from EuroZope is that we would desperately need some paid community workers. The Zope community seems to be much more professional than others, which means that there are not enough people with too much free time to run the infrastructure. Most of us contribute a lot, but can't afford doing even more without neglecting the day-to-day business. 1) Just because no-one can ever agree about splitting up the mailing lists, what's to stop somebody setting one up unilaterally? Perhaps the people who care strongly about this should just set up an egroup? I'm sure ZC would link to it from zope.org. Come on somebody, set up a forum at [EMAIL PROTECTED], today, right now, and continue the discussion there. I personally don't think we need more mailing lists. However, we might need better FAQs/howtos to get the noise from the lists. I think the wiki format puts people off because they're not familiar with it. How about a familiar-looking discussion board on each proposal, too? Yes, that's a good point. 3) Another thing mentioned regularly: the zope.org community site is pretty bad. I think, just as the respository is beginning to open up, so should construction of zope.org. There should be a mailing list, some members of the community should be appointed to some kind of committee, and ZC should always have some representation on it. But it should be led by the people for whom it exists in the first place, IMO. Collectively, we have a vast array of talented designers, programmers, information architects, etc, at our disposal. Will ZC countenance this proposal? If not, should we be working on our own community site? We have discussed about that at most of the EuroZope meetings. But still nobody has had enough resources to start. We'd need a Zope-based site that has all the functionality of sourceforge and even more. Zope CAN do that, but zope.org is not a good example indeed. I'd like to be ably to comment on a product right in place, post bug fixes, how-tos and extensions right on the product's site, get reliable information whether a product works with a certain version of Zope etc. Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Hi Paul! I don't want to replace one group of people with a busy agenda with another group of people with a busy agenda. We need a small group of people that are willing to make a long-term commitment to responsibility. These people can then tap into others that can commit on an as-needed basis. That's the crucial part. Either we find some people who can really take responsibility (i.e. are NOT busy enough yet) or we will probably have to BUY time. I don't see an alternative. The money for that should probably not come from the people who want to make money with Zope for a living, but rather from our clients. I have no idea yet how we could accomplish that, but I feel that it is possible. Joachim BTW: I could have posted the same to the EuroZope list, as we have exactly the same problem there ... ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Fishbowl?
IMO, Bugzilla won't fix these kinds of problems. I think the first step is to refine what we have while finding better ways to work together. We definitely need a ZOPE-based approach. What I really don't get is this: We all seem to be building Zope-based systems for communities, public administration, education, etc. to make information flow, from shops to CRM and knowledge management systems. Why the h** can't we do it for ourselves? Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
Notification, which bugzilla offers, MAKES ALL THE DIFFERENCE!! Email notification is good enough, if I want that to beep my cellphone, I just send it to me genie.co.uk email address... Yet another comment: That translates to We finally need MAILMAN integration into Zope! I mean, Zope CAN send mails, but not that many (at least not efficiently). Or how does Bugzilla do the mail stuff? Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
I think there's another problem here: possibly the community isn't large enough yet. There's already been a discussion on zope-coders about how little those with commit priviledges are actually committing, and the main reason is simply that no-one has enough time. This might be a bit sarcastic, but I think the community IS large enough. We just have a lot of people who use Zope one-way, i.e. they take the platform and sell the add-on products without re-contributing stuff. To a certain degree this might be necessary, but I think ZC's own experience with ZEO shows that it doesn't make sense in the long run. United we are strong! Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Where's the $99 version of Zope? The $499? The $1499? The $25999? Zope Corp hasn't pulled that card out like many other vendors have. There are actually many pieces of Zope that were initially commercial add-ons (or intended to be) that are now all open source. I sometimes have the feeling that we might NEED a $xx(x) version of Zope -- a ready-to-go, preconfigured Zope distro with a decent manual. Not for us, the community, but for the average user. O.k., we could do it for free, but would there be a Red Hat or SuSE Linux distro if it was totally for free? It even CAN be downloaded for free, and still people are willing to pay for it. And the money is needed. Without the support from the major Linux distributors, projects like XFree would probably be in big trouble ... This is a totally different business model than the one Zope Corp. is using right now, but it might help refinancing the overhead a good community needs to have ... Just my 2 (euro)cents ... Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Fishbowl?
When we first opened the fishbowl, it was with the certainty that we wouldn't get it right immediately. That's why we went with the intentially low-tech approach of a pile of Wikis. That first step actually worked pretty well for a while until we hit critical-Wiki-mass and there were suddenly too many proposals / projects to follow easily. So please don't think that we are somehow attached to the current fishbowl implementation as some sort of be-all-end-all. I think that there ARE problems that can not be solved on a mailing list or in the fishbowl. One of them is doing a good general design (which we MIGHT need for some of the Zope 3.0 issues). I followed all the stuff about the CMF and formerly PTK and knew that it was heading to a direction I didn't want, but at the same time I felt that it would not help if I just contributed to the mailing list. Maybe this was a personal problem of mine, but I don't think so. IMHO, there are two possible approaches to problems like that (major design issues I mean): a) dictatorship, if the dictator is really good in his job (e.g. Jim Fulton has done a great job with regard to the design of the ZODB ) b) meeting in real live (or at least in real time) Some of the core architecture of the KDE KParts component model was developed on the KDE 2 conference AFAIK. I think we might have to do sessions like that at the upcoming Zope/Python conferences ... Joachim ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] (SHOUT) NOTIFICATION!!!!
I mean, Zope CAN send mails, but not that many (at least not efficiently). Or how does Bugzilla do the mail stuff? One at a time via sendmail. Bugzilla has lots of very, very useful features. And does have to look like crap. We ended up using Bugzilla, it rocks. http://bugs.activestate.com Cheers. -- Andy McKay. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
The session management framework (formerly known as CoreSessionTracking, now it is in the core and just called Session) is another example, if my first look was right. The API seems to have changed a lot between the last CST and the final Session release that is part of 2.5 beta. O.k., there still seems to be some backwards-compatibility, but why can't those projects be more public? The tools are there (like CVS) ... Mea culpa. One of the problems is that that nothing gets by the BDFL here (Jim), and he required some of the changes. But I admit that I should have kept the fishbowl project more updated. I did update it (lamely), but not well enough. -= C ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
Chris was just drinking a beer with us at Orbit's twenty minutes ago, and now he's responding to email on a Friday night. That's just sick. I don't think your boss fully appreciates you, number 27. :^) --Paul Chris McDonough wrote: The session management framework (formerly known as CoreSessionTracking, now it is in the core and just called Session) is another example, if my first look was right. The API seems to have changed a lot between the last CST and the final Session release that is part of 2.5 beta. O.k., there still seems to be some backwards-compatibility, but why can't those projects be more public? The tools are there (like CVS) ... Mea culpa. One of the problems is that that nothing gets by the BDFL here (Jim), and he required some of the changes. But I admit that I should have kept the fishbowl project more updated. I did update it (lamely), but not well enough. -= C ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
He's also on #zope, chatting and supporting :) On Saturday 01 December 2001 02:02, Paul Everitt wrote: Chris was just drinking a beer with us at Orbit's twenty minutes ago, and now he's responding to email on a Friday night. That's just sick. I don't think your boss fully appreciates you, number 27. :^) --Paul Chris McDonough wrote: The session management framework (formerly known as CoreSessionTracking, now it is in the core and just called Session) is another example, if my first look was right. The API seems to have changed a lot between the last CST and the final Session release that is part of 2.5 beta. O.k., there still seems to be some backwards-compatibility, but why can't those projects be more public? The tools are there (like CVS) ... Mea culpa. One of the problems is that that nothing gets by the BDFL here (Jim), and he required some of the changes. But I admit that I should have kept the fishbowl project more updated. I did update it (lamely), but not well enough. -= C ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Open Letter to zope-dev
... This is a totally different business model than the one Zope Corp. is using right now, but it might help refinancing the overhead a good community needs to have ... Would it have to be done by ZC? ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
