Re: [Zope-dev] apology
On Wed, Jun 20, 2001 at 06:39:00PM -0700, Simon Michael wrote: > reviewing the thread just now, I couldn't figure out how Jan-Oliver > first participated and then argued against it. Now I think he was > responding to Steve Drees and not saying what I thought he said. > Sorry Jan! :) I am not sure what you want to express with your statement. I think it is important to raise the license issue as such on this list (statements of concerned users - very important for any free software product) and so I added my concerns about the license. But the deeper pro/contra argumentation often tends to be of less accuracte style (especially the words used) and as I saw the beginning of this style I sent a second posting to stop this. Well, it helped perhaps - at least there was no flame war this time :-) Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIShttp://freegis.org/ ___ 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] Add a user to zope
this is the piece of external method I use to import a user into a CMF
portal.
[...snip...]
import Zope
def add_zope_user( username, passwpord, email, fullname ):
applic = Zope.app()
roles = ['Member']
domains = ''
properties =
{'username':username,'email':email,'fullname':fullname,'listed':1}
pr = applic.board.portal_registration
pr.addMember( username, password, roles, domains, properties)
return
[...snip...]
regards,
- mn
> -Original Message-
> From: Dyon Balding [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 20, 2001 7:18 PM
> To: Johan Beauce
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: [Zope-dev] Add a user to zope
>
>
> Hi Johan,
>
> It would probably be more efficient for you to look at alternative
> user folders that retrieve user data directly from your SQL table.
>
> I'm not sure the current state of the art product is for that, but
> UserDb used to be the one, and we have that integrated successfully
> in our site.
>
> Check the Products area on zope.org, and I'm sure you'll find
> something.
>
> -d
>
> Johan Beauce wrote:
> >
> > Hello,
> >
> > I need your help. I'm trying to add all users from of our
> company in zope.
> > I don't want enter all users and all passwords.
> > I would like make a dtml-method which select all users and passwords
> > in my (SQL) table and create automatically these users.
> > I have created this dtml-method but I don't succed to
> redirect the page
> > to "acl_users/manage_users" (method that create users)
> > so that I don't need to press add button for each users.
> >
> > Do you Have a answer or another best solution ?
> >
> > Thanks ...
> >
> > Johan.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Manager
> > Member
> > Owner
> > Reviewer
> > publisher
> >
> >
> >
> >
> >
> >
> > ... or ...
> >
> > > "self.Users.acl_users._addUser('testToto','toto','toto','Owner',0)">
> >
> > ___
> > 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 )
>
> --
> | Dyon Balding . Software Engineer . HiringTools.Monster.com
> | [EMAIL PROTECTED] . +1 415 288 3375
>
> ___
> 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] Zope BackTalk Working Session Invite
(details also available via http://www.mindview.net/Seminars/BackTalkWorkingSession/) INTRODUCTION If you're a seasoned Zope, Python, or collaborative technology developer, you're invited to Crested Butte, Colorado between July 7 (Sat) - 10th (Tues) to help in a "working session" which has as a goal developing a 1.0 version of a "BackTalk" implementation for Zope. The working session is primarily a time for quickly iterating against an existing implementation, adding features and hardening as we go. If you come, you'll have an opportunity to meet other Zope and Python developers and have some fun hacking around on a neat project. This is *not* a seminar or teaching exercise, and thus is unstructured. We'll likely use some of the concepts from Extreme Programming (pairing, short iterations, etc), to keep us busy during the working session. Ideally, participants will have built Zope Products in the past. COST Free WHO WILL BE ATTENDING - Bruce Eckel (President, MindView, and author of Thinking In (Java|C++) and other books) - Chris McDonough (developer, Digital Creations) - You! WHAT IS BACKTALK "BackTalk" is an annotation and collaboration system devised by Bruce Eckel and Bill Venners. It is described at http://www.mindview.net/Books/BackTalk and http://www.mindview.net/Private/BackTalk . It is first and foremost a system which allows for inline commenting on prestructured content. It is close in sprit to systems such as Crit (http://www.crit.org) and Andamooka (http://www.andamooka.org). ** note: although the MindView documentation talks about BackTalk as nonfree software, it is describing the Java implementation. The Zope software produced as a result of the working session will be free ** BackTalk has two major design goals: - dramatically lower the bar for readers to provide inline comments on booklike content. - provide mechanisms for original document authors to fold contributions in the way of comments into the mainline document. IMPLEMENTATION GOALS Produce a Zope implementation of BackTalk which makes use of Zope-only features such as Structured Text (http://cmf.zope.org/doc/user/UsingStructuredText.txt/view), and the Zope object database [ZODB] (http://www.zope.org/Documentation/Articles/ZODB1). A prototype Zope implementation is (hopefully) accessible at http://serenade.4-am.com/BackTalkSandbox/ . If you have difficulty accessing the prototype, please let me know via email (it's a development box). IMPLEMENTATION HIT LIST (we might need you if you know anything about...) - BackTalk "back/forward" navigation system (DTML/Python) - BackTalk document end-of-document index generation (Python) - Table of contents generation (DTML/Python) - RTF-to-StructuredText converter (Python/C/whatever) - BackTalk-to-RTF converter (Python) - BackTalk-to-PDF converter (Python) - Javascript form elements (JavaScript) WHEN DOES THE SESSION START/END From: Saturday, July 7, 2001 To: Tuesday, July 10, 2001 session days begin at 9, end at 5. WHERE IS THE SESSION Crested Butte, Colorado (exact location in town to be announced) Directions and location details are available from http://www.mindview.net/Seminars/Locations/CrestedButte/CrestedButte.html HOW DO I SIGN UP Sign up via the registration system at http://www.mindview.net/Seminars/BackTalkWorkingSession. We have as a limit about 15 people. Hopefully, I'll see you there! - 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] and thanks
dtml-tree made me look good today :). Thanks DC! ___ 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] apology
reviewing the thread just now, I couldn't figure out how Jan-Oliver first participated and then argued against it. Now I think he was responding to Steve Drees and not saying what I thought he said. Sorry Jan! :) so-far-so-good-ly'rs, -Simon ___ 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] Fishbowl not problem centered enough
> -Original Message- > From: Casey Duncan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 21 June 2001 3:30 AM > To: Ken Manheimer > Cc: [EMAIL PROTECTED]; Jay, Dylan; Paul Everitt; Jim Fulton > Subject: Re: [Zope-dev] Fishbowl not problem centered enough > > > I agree that the fishbowl is beneficial, if for nothing else than a > sounding board for the possible directions of Zope. But, like I > mentioned before, I think the community needs more > involvement directly > with the development of its own tools like the fishbowl. I > realize there > is a risk to DC of loosing some level of direct control, but I suggest > that a democratic development approach although less decisive and > centralized is superior to a despotism. I'm not so sure about this idea. Benevolent dictators are always going to be 10 times more efficient than democracy. I just think we need to improve the consultitive process and have some focus on what is really trying to be achieved. I aggree that the changes to Zope have been way to slow but then again Zope is going in 5 directions at once which is not a good idea esp if none of those ways work togeather. Perhaps more transparency of the DC's strategies for where zope is going would be good. Also transparency of the criteria by which we should be evaluating new proposals. ___ 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] Fishbowl not problem centered enough
> -Original Message-
> From: Ken Manheimer [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 21 June 2001 2:53 AM
> To: [EMAIL PROTECTED]
> Cc: Casey Duncan; Jay, Dylan; Paul Everitt; Jim Fulton
> Subject: Re: [Zope-dev] Fishbowl not problem centered enough
>
>
> On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan <[EMAIL PROTECTED]>
> wrote:
>
> > "Jay, Dylan" wrote:
> > >
> > > Fishbowl is a great idea but it seems to be that its
> solution focused rather
> > > than problem focus. Perhaps if you had a page that listed
> all the problems
> > > with zope or problems that need to be solved that isn't
> as easy as it could
> > > be with zope.
>
> I think it would be helpful to have a "big picture", with goals and
> objectives, into which to fit the pieces - would that address
> the kinds of
> things you're talking about?
"big picture" is good but its not what I mean.
What I mean is a list like this
--
ZODB is not fault tolerent
- ZODBReplication
No way to use Zope with source control
- DirectoryStorage - ZODB
- CVSStorage
- ZODBFileSystemSynchronization
Need clearer seperation between presentation and code
- HiperDOM
etc etc
-
What I'm suggesting is turning the focus on its head. If every day your
looking at problems rather than proposed solutions it promotes the following
- Ideas about alternative solutions
- Focused debate about tradeoffs between alternatives
- a clear way to determine priority of proposed solutions by determining
priority of the problems they solve. People can vote on the problems to
gauge the need in the community. This is something that you guys need. eg No
one at work will take zope seriously if they can't use source control to
intergrate into our existing processes. If I'm alone then thats cool, but if
lots of people are in the same boat but arn't about mailing the dev list to
tell everyone then you'll never know and lose all those potential zopisters.
Voting could be done by giving each "problem" a page with a special tag.
Every user gets 5 votes to place on any page with the tag. When ever the
problem changes status then everyone who voted gets notified. When the
problem is solved all those votes get refunded. If someones priorities
change then they just move their votes around. (The java bug parage was an
inspired idea IMHO)
> > The fishbowl is also "pull" technology, and so it is
> time-consuming to
> > keep up with the developments. I personally find it to be
> cumbersome,
> > limiting and not really conducive to actually getting stuff done.
>
> I've really wanted to enable people to subscribe to notification about
> changes to wiki pages, and to notifications about additions
> to the wiki.
> Unfortunately, i didn't have time to get to that in the WikiForNow
> project. As soon as i'm clear form a current project i *may*
> be able to
> concentrate on at least formulating a reasonable
> quick-and-dirty way to do
> notifications, and getting it done for the short term. Whether or not
> it's me doing it, i think we're going to be bringing more attention to
> these issues.
I wrote a quick and dirty one for this. I'll include the code at the bottom
of the email.
However someone recently suggested something better. The idea that you can
send email to a wiki page. To take this futher imagine if every wikipage is
a mailing list. Everyone who adds to it becomes a subscriber or you can
subscribe manually to become a lurker. Then every update gets mailed to
everyone. Then every reply becomes a comment at the end of the page. Perhaps
every wikipage created from the original page inherits its subscribers. Of
course you can unsubscribe at any time (have to be real easy to do like one
click at bottom of email). Email addresses would be something like
[EMAIL PROTECTED] or something.
So what problem does this solve?
- Lack of awareness of wiki changes
- Email discussion is easier than wiki discussion but essentially the same
thing however they get recorded in different places with no connection
between each other
- No more "good idea, but record it on the wiki" comments
Anyway the code I wrote (just for stright subscription) went like this. It
relies on an XML document to keep the subscribers but that can be replaced
by some kind of map. It also relies of ZCron to do the checks every 5min or
so. If you guys added a flexible change notification hook (Listener talker
pattern) it would make like much easier. eg The idea of subcribing to events
on any object like "change" and "add" events.
add_subscriber(self, user, page_name)
doc = self.subscribers
body = doc.getElementsByTagName('subscriptions')[0]
n = doc.createElement('Notify')
body.appendChild(n)
p = doc.createElement('Page')
p.appendChild(doc.createTextNode(page_name))
n.appendChild(p)
u = doc.createElement('User')
u.appendChild(doc.createTextNode(user))
n.appendChild(u)
remove_sbscriber(self, user, page_name)
doc = s
Re: [Zope-dev] ZPL and GPL licensing issues
On Wed, 20 Jun 2001, Gregor Hoffleit wrote: > Hmm, I think this discussion doesn't belong to zope-dev. It's very informitive to me so far. I have no problem with discussing it here. -Michel ___ 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] ZPL and GPL licensing issues
On 20 Jun 2001 13:12:20 -0400, Jim Penny wrote: > Also, as an aside, if this really concerns you, you might wish to > consider contacting the author of the GPL product. There is nothing > to prevent him from giving you different licensing terms. For > most GPL authors, this comes down to a simple question: "Are > you trying to be excellent unto them", or are you trying to > "use slash and burn agriculture". If you are using, improving, > giving feedback, writing documentation, helping publicise, or > otherwise aiding them, they are likely to cut you a bit of slack. > If you see the author as someone you can simply take advantage of, > he is not so likely to cooperate with you. i think this express extremely what i (we?) feel. as long as you give back *something* you're wellcome. ciao, federico -- Federico Di Gregorio MIXAD LIVE Chief of Research & Technology [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] The reverse side also has a reverse side. -- Japanese proverb ___ 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 2.4: Unicode, Berkeley Storage?
I was just reading the Zope 2.4.0 plan on dev.zope.org, and I have two questions: 1. Will Unicode be supported (UTF-8 encoding) for results, posted data, marshaled arguments, etc? 2. Will the BDB storage be standard with 2.4? Transactional Undo sounds _very_ nice. Thanks, -Randy ___ 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] Using db_connections from Zope products
In both products and External methods I do something like the following: def get_product(self, trans_id) : database = getattr(self, 'product_DA')# product_DA is the database res = database().query( # adaptor "select * from product_log where trans_id = '%s';"%(trans_id)) fields = res[0] results = res[1] This allows the database adaptor to pool connections and be setup from the zope management screens. --Bill Noon ___ 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] ANNOUNCE: Zope 2.3.3 released
Hello all, Zope 2.3.3 has been released - you can download it from Zope.org: http://www.zope.org/Products/Zope/2.3.3/ Zope 2.3.3 is a relatively minor bug-fix release. It contains fixes for a few issues since 2.3.2 and includes the fixes included in all hotfix releases to date. The main goal of the 2.3.3 release is to make sure that the latest "stable" release distribution is up to date regarding hotfixes. For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: http://www.zope.org/Products/Zope/2.3.3/CHANGES.txt http://www.zope.org/Products/Zope/2.3.3/HISTORY.txt For more information on the available Zope releases, guidance for selecting the right distribution and installation instructions, please see: http://www.zope.org/Documentation/Misc/InstallingZope.html Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.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 )
[Zope-dev] Access to extra modules in Python Scripts
I wanted to make the re module accessible to Python Scripts on my site.
The instructions in the README.txt in the product directory specify that
you should place:
from Products.PythonScripts.Utility import allow_module
allow_module('re')
in a product __init__.py. This appears to work fine for basic re
functions, however I wish to use the returned re.MatchObject objects,
and these raise an Unauthorized exception when methods are called.
Reverting to the old __allow_access_to_unprotected_subobjects__ on re,
re.MatchObjects and re.RegexObjects appears to work however.
How is one supposed to expose that functionality to Python Scripts using
the new security features? In the Utility.py is an allow_class method
as well, but I couldn't work out if that was what I needed.
thanks
-d
--
| Dyon Balding . Software Engineer . HiringTools.Monster.com
| [EMAIL PROTECTED] . +1 415 288 3375
___
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] Using db_connections from Zope products
Tom Brown writes: > I would like to make an SQL query directly from python > code > Suppose I am using the ZPoPy DA and > have established a database connection externally. Database connections expose an interface to ZSQL methods, that you can use directly from your Python code. I do not know of a documentation of this interface. However, when you look at Shared.DC.ZRDB.DA.DA (this is the Z SQL Method implementation, despite it name "Database Adapter"), you should easily find the few methods, you may need. 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] ZPL and GPL licensing issues
On Wed, Jun 20, 2001 at 08:05:43PM +0200, Gregor Hoffleit wrote: > On Wed, Jun 20, 2001 at 01:12:20PM -0400, Jim Penny wrote: > > It appears to me, that, if you want to play it safe, you would > > not distribute the code under license G and license T on the same > > medium. It is certainly acceptable to call code released under > > license G from code released under license T; but it is not clear > > that you can do subclassing and such. > > I think this is wrong. Providing things on the same media is "mere > aggregation" and therefore not a problem on its own. BTW, I was responding to a question implicit in the original message, but not explicitly asked. The question is "How do I minimize risk of inadvertant 'GPL Contamination'?". In this view, if you never distribute GPL and non-GPL code on the same medium, you have made a small step in making sure that they are considered as separate entities. After all, one of the more ambiguous part of the GPL is what is "mere aggregation" and what is a "combined work". It is somewhat easier to consider something a combined work if it is always distributed with GPL code. Jim > > It's not acceptable, though, to distribute a proprietary program that has to > be linked with a GPL component by the customer--even if you distribute this > on separate medias! > > If you're interested in this, feel free to come over to debian-legal and > read the ongoing discussion. > > Gregor > > ___ 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] Add a user to zope
Johan Beauce writes: > I need your help. I'm trying to add all users from of our company in zope. > I don't want enter all users and all passwords. > I would like make a dtml-method which select all users and passwords > in my (SQL) table and create automatically these users. > I have created this dtml-method but I don't succed to redirect the page > to "acl_users/manage_users" (method that create users) > so that I don't need to press add button for each users. > > Do you Have a answer or another best solution ? You may have a look at "LoginManager" or "GUF" or "DBUserFolder". All these products (--> zope.org) will allow you to let the users in your SQL database and use them from there. Having them at two different places (Zope and SQL) will surely lead to inconsistencies over time. If you do not want to go this route, search the mailing list archives for "manage_users". You will find tons of messages how to add (or more general manage) users programmatically. Yes, this is an FAQ. 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] ZPL and GPL licensing issues
Hmm, I think this discussion doesn't belong to zope-dev.
Still, for those interested in that topic: I raised a similar question on
the debian-legal mailing list just yesterday ("Q: Combining proprietary code
and GPL for in-house use"). The discussion is still ongoing, and it
certainly gives you some insight in the topic:
http://www.geocrawler.com/lists/3/Debian-Linux/208/25/5997636/
Just a few points: It looks that from the viewpoint of the FSF, when you're
using the header files of a GPL library, you already have to accept the
license.
On Wed, Jun 20, 2001 at 01:12:20PM -0400, Jim Penny wrote:
> It appears to me, that, if you want to play it safe, you would
> not distribute the code under license G and license T on the same
> medium. It is certainly acceptable to call code released under
> license G from code released under license T; but it is not clear
> that you can do subclassing and such.
I think this is wrong. Providing things on the same media is "mere
aggregation" and therefore not a problem on its own.
It's not acceptable, though, to distribute a proprietary program that has to
be linked with a GPL component by the customer--even if you distribute this
on separate medias!
If you're interested in this, feel free to come over to debian-legal and
read the ongoing discussion.
Gregor
___
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] Using db_connections from Zope products
> You want to recreate all of the machinery of ZSQL > methods yourself? No, I want to be able to intelligently use pieces that are already there. > Well, actually it can be done if your database > supports some > reasonable API, like the python DB-SIG DB-API 2.0. > I know it can be done, which is why I was asking for input > But you are creating a fair amount of work for > yourself. I'm fine with the work, but I believe there must be a way to do it that doesn't require tons. I could do it from scratch using pg module, etc.. but figured there must be something I could use already there > Just use a ZSQL method and be happy. (It will > probably I don't want to use ZSQL methods, or I want to be able to define them Dynamically. I see this sight as a product with componenets. Why would I want to maintain 20 ZSQL methods when I could merely pass a couple of arguments such as DB name, which would be instantiated by a manage_addProduct form. I guess I could just trick it and pass everything (the whole select) into the one method as a var, but if I can do that I should be able to do it directly. > make your site more secure if you use ZSQL, as well, > as > you will not have to worry as much about argument > quoting). As far as argument quoting, why would there be any? I'm using a class member to take care of querying for me, why would I be passing arguments to it? Any arguments would have been dynamically created based on the class instantiation. There are database hooks for user administration, etc... all I was asking is for a good example of how to do it... I was trying to adhere to the principles used in designing ZClasses, make it look simple... tons of dtml and "external python methods" mixed in with 15-20 ZSQL methods just didn't seem to be simple when it could be made into a product... __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.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 )
[Zope-dev] Re: ZPL and GPL licensing issues
Jan-Oliver Wagner <[EMAIL PROTECTED]> writes: > The license dicussion takes place elsewhere as all of you surely > know. License wars tend to come up at various places but are usually > not competent discussions. With respect - loose talk of "license wars" should be avoided. What you say is true but not relevant to this thread. These issues are not basic, and they matter most to zope developers. I think this is a very good place for those who are interested to have a discussion about them. -Simon ___ 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] Using db_connections from Zope products
On Wed, Jun 20, 2001 at 09:56:23AM -0700, Tom Brown wrote: > Thanks fo the info! I had seen those How-Tos... but > was really asking.. How can I use APIs directly > instead of having an External ZSQL method. I have > created a product and would like to be able to do sql > queries in order to populate members of my class. For > this example, I have the creation of a selection box > as a member and the options will be generated by a > select statement. > I have gone through the product creation how to and > was able to add, etc, my object. I can display html, > make dtml on the fly, etc.. from an object, just > wanted to do a query as well. .. would like to be > able to do something like the Connection class without > management interface, etc, or use pieces, just not > sure how You want to recreate all of the machinery of ZSQL methods yourself? Well, actually it can be done if your database supports some reasonable API, like the python DB-SIG DB-API 2.0. But you are creating a fair amount of work for yourself. Just use a ZSQL method and be happy. (It will probably make your site more secure if you use ZSQL, as well, as you will not have to worry as much about argument quoting). Jim ___ 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] Fishbowl not problem centered enough
Ken Manheimer wrote: > > On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan <[EMAIL PROTECTED]> > wrote: > > > "Jay, Dylan" wrote: > > > > > > Fishbowl is a great idea but it seems to be that its solution focused rather > > > than problem focus. Perhaps if you had a page that listed all the problems > > > with zope or problems that need to be solved that isn't as easy as it could > > > be with zope. > > I think it would be helpful to have a "big picture", with goals and > objectives, into which to fit the pieces - would that address the kinds of > things you're talking about? > > > The fishbowl is also "pull" technology, and so it is time-consuming to > > keep up with the developments. I personally find it to be cumbersome, > > limiting and not really conducive to actually getting stuff done. > > I've really wanted to enable people to subscribe to notification about > changes to wiki pages, and to notifications about additions to the wiki. > Unfortunately, i didn't have time to get to that in the WikiForNow > project. As soon as i'm clear form a current project i *may* be able to > concentrate on at least formulating a reasonable quick-and-dirty way to do > notifications, and getting it done for the short term. Whether or not > it's me doing it, i think we're going to be bringing more attention to > these issues. "Opening" the development process itself could enhance the resources available to you and solve this problem. However, I have more issues with wikis than just the notification aspect. I think they limit accessibility of data because they are really just big globs of text. I personally feel the whole fishbowl concept has some flaws both in technical and administrative implementation. I for one don't exactly know how to proceed beyond a certain point in the fishbowl. Some of my proposals for example end with some thing like this from DC: "I think we need to address this a different way, however I don't have time to say exactly how right now". OK, so now what? > > > I know there has been talk of opening up the Zope CVS to outside > > contributions, I personally think this is long overdue. In order for a > > community development forum to really work, this would have to happen. > > This actually is high in our priorities, but the key players have been > swamped. From a discussion w/paul recently i think we'll be getting > some more attention to doing this, very soon. I understand, but this is the way to get some more resources on your side in the long run. I for one will shed an entire frustration level with Zope when this happens. > > I think the fishbowl, as it is, is a good significant move towards > exposing the process and enabling involvement. Mailling lists help > conduct the collaboration. However, more is needed to facilitate that > process - selectively enabling checkins, doing notifications to make > tracking of developments manageable, fleshing out the context > (problems/big picture). It's an incremental process, and we may have > lapsed too long in progressing on those increments - perhaps we need > to chart out some of these critical pieces, so we can better formulate > how they're being attacked - and maybe enable more help with the > increments. I agree that the fishbowl is beneficial, if for nothing else than a sounding board for the possible directions of Zope. But, like I mentioned before, I think the community needs more involvement directly with the development of its own tools like the fishbowl. I realize there is a risk to DC of loosing some level of direct control, but I suggest that a democratic development approach although less decisive and centralized is superior to a despotism. > > I hope to have expore this some, internally, and have more to say > about it next week. > I'll await further developments. -- | Casey Duncan | Kaivo, Inc. | [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] Re: Fishbowl not problem centered enough
Ken Manheimer <[EMAIL PROTECTED]> writes: > WikiForNow project. As soon as i'm clear form a current project i > *may* be able to concentrate on at least formulating a reasonable > quick-and-dirty way to do notifications, and getting it done for the Hey Ken - since you used the magic words quick-and-dirty - search for PageSubscribers at http://zwiki.org/zwikidir/ZWikiPage.py . I'm using it now in a client project. Comments (not edits) are cc'd to email addresses listed on the page. I'm not sure it would handle large lists of zope.org subscribers (but I'd like to find out). I'm very interested in closing the loop, so you can reply to these and have your mail appended to the page. And in fact I'm about to do some work on this so if you or anyone else gets into it, let's share notes. -Simon ___ 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] batching badly
Michael Bernstein wrote: > > But the algorithm doesn't seem 'smart' enough to roll-up the > batches by recursing through them in reverse order. Arguably > though, you should never set your batch size smaller than > the orphan size, so this isn't really an issue. > so maybe the dtml batching code should just set the orphans to the batch size if it is greater than the batch size? that would at least eliminate some of the confusion with batching. -d -- | Dyon Balding . Software Engineer . HiringTools.Monster.com | [EMAIL PROTECTED] . +1 415 288 3375 ___ 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] Add a user to zope
Hi Johan,
It would probably be more efficient for you to look at alternative
user folders that retrieve user data directly from your SQL table.
I'm not sure the current state of the art product is for that, but
UserDb used to be the one, and we have that integrated successfully
in our site.
Check the Products area on zope.org, and I'm sure you'll find something.
-d
Johan Beauce wrote:
>
> Hello,
>
> I need your help. I'm trying to add all users from of our company in zope.
> I don't want enter all users and all passwords.
> I would like make a dtml-method which select all users and passwords
> in my (SQL) table and create automatically these users.
> I have created this dtml-method but I don't succed to redirect the page
> to "acl_users/manage_users" (method that create users)
> so that I don't need to press add button for each users.
>
> Do you Have a answer or another best solution ?
>
> Thanks ...
>
> Johan.
>
>
>
>
>
>
>
>
>
> Manager
> Member
> Owner
> Reviewer
> publisher
>
>
>
>
>
>
> ... or ...
>
> "self.Users.acl_users._addUser('testToto','toto','toto','Owner',0)">
>
> ___
> 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 )
--
| Dyon Balding . Software Engineer . HiringTools.Monster.com
| [EMAIL PROTECTED] . +1 415 288 3375
___
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] ZPL and GPL licensing issues
On Wed, Jun 20, 2001 at 10:38:03AM -0500, Steve Drees wrote: > Here comes the liscence wars again. > > Still haven't figured out how GPL became the holy grail. The license dicussion takes place elsewhere as all of you surely know. License wars tend to come up at various places but are usually not competent discussions. Thus I recommend not to start a thread on licensing basics here at this place. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIShttp://freegis.org/ ___ 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] ZPL and GPL licensing issues
On Wed, Jun 20, 2001 at 06:27:08PM +0200, Erik Enge wrote: > On 20 Jun 2001, Federico Di Gregorio wrote: > > > i am sure that the QPL and the ZPL are completely incompatible but > > nobody cares because nobody really thinks that one is better than the > > other... > > I might be misunderstanding here, if that's the case I appologies. > > Just to clarify, for us at Thingamy (and I'm quite sure this is the real > case behind the license issues) it comes down to business-issues. I do > very much care whether or not I can use a GPL Zope Python Product with my > ZPL/TPL Zope Python Product. If I can't, and someone tells me I need to > relicense my product as GPL it would be very bad. > > An example could be if I had application G, Z, P. G is a GPL'ed Zope > Python Product, Z is a ZPL/TPL Zope Python Product and P is some > proprietory stuff I developed for my client. Now, if the proprietory > application P interacts with my Z application and Z needs to become GPL, > then that would/could require the proprietary stuff I did for the client > to become GPL as well. > > Then, I get hell. If the client has to disclose their business > trade-secrets, the stuff that really makes them them, I'd be sued so hard > I'd see stars for another three decades :) > > Or am I wrong (I'd absolutely love to be!)? As far as I can tell you are wrong, but there are certainly gray areas. The last time this came up I wrote such a scenario up and tried to get FSF clarification. Nothing ever came back. The questions arise from the sections around the "mere aggregation" paragraph. Quoting: These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it. ... In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License. It appears to me, that, if you want to play it safe, you would not distribute the code under license G and license T on the same medium. It is certainly acceptable to call code released under license G from code released under license T; but it is not clear that you can do subclassing and such. But, I think that if you clearly make sure that your programs are identifiable stand-alone objects that invoke a GPL'ed program via an API that could be (in principle) be reimplemented in by a non-GPL program, you are fine. However, if you must modify the GPL program for your license T program to work, make sure that you keep these modifications cleanly separate. (And feed them back upstream if at all possible). But, http://www.fsf.org/copyleft/gpl-faq.html has a lot of information. Especially note the sections titled Can I use the GPL for a plug-in for a non-free program? What is the difference between "mere aggregation" and "combining two modules into one program"? and I'd like to incorporate GPL-covered software in my proprietary system. Can I do this? Something like Zope is a nightmare for GPL legalists. Zope pre-exists and is not GPL. GPL plug-ins exist, but aren't at "arms-length" to the extent of fork-and-exec. Nevertheless, I find it difficult to conceive that any author of a GPL plug-in is going to object to your _using_ it. The question is going to arise when you _extend_ it. But be careful to read licensing of each package. For example, Jerome Alet, author of ZShell has a somewhat stronger position concerning his code. See http://cortex.unice.fr/~jerome/zshell/LICENSE Also, as an aside, if this really concerns you, you might wish to consider contacting the author of the GPL product. There is nothing to prevent him from giving you different licensing terms. For most GPL authors, this comes down to a simple question: "Are you trying to be excellent unto them", or are you trying to "use slash and burn agriculture". If you are using, improving, giving feedback, writing documentation, helping publicise, or otherwise aiding them, they are likely to cut you a bit of slack. If you see the author as someone you can simply take advantage of, he is not so likely to cooperate with you. Jim Penny > > > ___ > 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
Re: [Zope-dev] Using db_connections from Zope products
Thanks fo the info! I had seen those How-Tos... but was really asking.. How can I use APIs directly instead of having an External ZSQL method. I have created a product and would like to be able to do sql queries in order to populate members of my class. For this example, I have the creation of a selection box as a member and the options will be generated by a select statement. I have gone through the product creation how to and was able to add, etc, my object. I can display html, make dtml on the fly, etc.. from an object, just wanted to do a query as well. .. would like to be able to do something like the Connection class without management interface, etc, or use pieces, just not sure how --- Jim Penny <[EMAIL PROTECTED]> wrote: > On Wed, Jun 20, 2001 at 08:54:41AM -0700, Tom Brown > wrote: > > I would like to make an SQL query directly from > python > > code. Do I have to make a > > ZSQL Method dynamically, or is there another way > > without making the class database > > dependent (i.e. Gadfly, PoPy, etc), utilizing an > > existing db_con? Suppose I am using the ZPoPy DA > and > > have established a database connection externally. > > > How can I access this database > > and submit a query from my own class? > > You can use an established connection. > > If it is ZSQL based, you will have to deal with the > results > object. > > A good overview of the results object is > http://www.zope.org/Members/spinwing/ZSQL_Results > > You might also look at the somewhat dated > http://www.zope.org/Members/jpenny/Accessing_a_ZSQL_Method_from_an_External_Method > > This would work from Script (Python), as well. > > Jim Penny > > > > > Thanks, > > Tom Brown > > [EMAIL PROTECTED] > > __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.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] Fishbowl not problem centered enough
On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan <[EMAIL PROTECTED]> wrote: > "Jay, Dylan" wrote: > > > > Fishbowl is a great idea but it seems to be that its solution focused rather > > than problem focus. Perhaps if you had a page that listed all the problems > > with zope or problems that need to be solved that isn't as easy as it could > > be with zope. I think it would be helpful to have a "big picture", with goals and objectives, into which to fit the pieces - would that address the kinds of things you're talking about? > The fishbowl is also "pull" technology, and so it is time-consuming to > keep up with the developments. I personally find it to be cumbersome, > limiting and not really conducive to actually getting stuff done. I've really wanted to enable people to subscribe to notification about changes to wiki pages, and to notifications about additions to the wiki. Unfortunately, i didn't have time to get to that in the WikiForNow project. As soon as i'm clear form a current project i *may* be able to concentrate on at least formulating a reasonable quick-and-dirty way to do notifications, and getting it done for the short term. Whether or not it's me doing it, i think we're going to be bringing more attention to these issues. > I know there has been talk of opening up the Zope CVS to outside > contributions, I personally think this is long overdue. In order for a > community development forum to really work, this would have to happen. This actually is high in our priorities, but the key players have been swamped. From a discussion w/paul recently i think we'll be getting some more attention to doing this, very soon. > > I just see lots of solutions many of which attack some of the same problems > > and no clear way to get those people comunicating and making informed > > trade-offs I think the fishbowl, as it is, is a good significant move towards exposing the process and enabling involvement. Mailling lists help conduct the collaboration. However, more is needed to facilitate that process - selectively enabling checkins, doing notifications to make tracking of developments manageable, fleshing out the context (problems/big picture). It's an incremental process, and we may have lapsed too long in progressing on those increments - perhaps we need to chart out some of these critical pieces, so we can better formulate how they're being attacked - and maybe enable more help with the increments. I hope to have expore this some, internally, and have more to say about it next week. Ken Manheimer [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 )
Re: [Zope-dev] batching badly
seb bacon wrote: > > * Joachim Werner <[EMAIL PROTECTED]> [010618 20:28]: > > > That's not the behaviour I'd expect. Can anyone confirm this is a > > > bug? > > > > As LEE Kwan Soo has already said, it is not a bug, but a clever (too > > clever?) feature that should maybe not be enabled by default. Every second > > week or so somebody runs into this and thinks it is a bug. > > Thanks for the hint, folks. > > I'm not a zope newbie, and this still bit me. IMO there's something > fairly wrong with the current setup. either the default behaviour > should be changed to orphans=0, or the visibility of default values > for tags should be improved (from the book: "orphan=int The desired > minimum batch size" - no mention of defaults). > > Furthermore, the 'feature' doesn't work as I'd expect. In the example > I posted, for the sequence (1,2,3,4), I got: > > batch 1: 1 > batch 2: 2 3 4 > batch 3: 3 4 > batch 4: 4 > > This isn't in batches of at least 3... If it were iterating in minimum > batches of 3, shouldn't that be: > > batch 1: 1 2 3 > batch 2: 2 3 4 > batch 3: 2 3 4 > batch 4: 2 3 4 Orphan control shouldn't actually set the desired minimum batch size, it should set the size at or below which the last batch should be combined with the next to last batch. If my batch size is five, and orphan is set to three, and I have a set of eight records that I am iterating through, I will get a single eight record batch, because the orphan setting tries to prevent the last batch having three or less results by combining them with the previous five. Orphan settings typically do not override where the batch starts (that would be a 'widow' setting) only where it ends, which is why you are getting increasingly smaller batches. However, the fact that you are getting four batches (rather than just one) is arguably a bug. A batch size of one, combined with an orphan setting of three, should actually give the following result: batch 1: 1 2 3 4 But the algorithm doesn't seem 'smart' enough to roll-up the batches by recursing through them in reverse order. Arguably though, you should never set your batch size smaller than the orphan size, so this isn't really an issue. Michael Bernstein. ___ 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] ZPL and GPL licensing issues
On 20 Jun 2001 18:27:08 +0200, Erik Enge wrote: > On 20 Jun 2001, Federico Di Gregorio wrote: > > > i am sure that the QPL and the ZPL are completely incompatible but > > nobody cares because nobody really thinks that one is better than the > > other... > > I might be misunderstanding here, if that's the case I appologies. no, you're quite right. but we have two different problems here: 1/ your problem 2/ wheter a gpl zope product can exists first some notes on 2. i don't know if python code loading other python code counts as "linking" but if that is the case, no gpl zope product can exists (same problem with python, but there is at least one gpl-compatible release of python around.) for example, that's why psycopg, for example, is released under a double license. you can use the gpl if your product is gpl'ed or the zpl when using zpsycopgda in zope (and only then: you can include psycopg in your code without respecting the gpl *only* when using zope and zpsycopgda.) to your problem now... > Just to clarify, for us at Thingamy (and I'm quite sure this is the real > case behind the license issues) it comes down to business-issues. I do > very much care whether or not I can use a GPL Zope Python Product with my > ZPL/TPL Zope Python Product. If I can't, and someone tells me I need to > relicense my product as GPL it would be very bad. > > An example could be if I had application G, Z, P. G is a GPL'ed Zope > Python Product, Z is a ZPL/TPL Zope Python Product and P is some > proprietory stuff I developed for my client. Now, if the proprietory > application P interacts with my Z application and Z needs to become GPL, > then that would/could require the proprietary stuff I did for the client > to become GPL as well. you are quite right. but here, again, we have a lexical problem. are zope products really linked? gpl forbids liking but there is no problem, for example, in piping the data froma gpl'ed program to a proprietary one. i can only say that **if** zope products count as linked, you can't in any way use gpl code without releasing *all* the code under a gpl compatible license (P included.) anyway, is much better for you to ask the author of the gpl'ed program for an alternate license. a lot of people will be happy to allow you to use the program in a proprietary software for a little (or not so little) fee... and if you have those problems is because you think you'll make some money out of it, right? other people won't and your only option is to rewrite the product or (much better!) ask the customer to release under the gpl. > Then, I get hell. If the client has to disclose their business > trade-secrets, the stuff that really makes them them, I'd be sued so hard > I'd see stars for another three decades :) i'll finish with some bad words, sorry: if the client is so worried about intellectual property and secrets why is he even thinking about free software? free software is good in a lot (in a different context i would say 'all') of cases but imposes some constraints ont your work and (unfortunately) *even* on your clients. ciao, federico -- Federico Di Gregorio MIXAD LIVE Chief of Research & Technology [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] Qu'est ce que la folie? Juste un sentiment de liberté si fort qu'on en oublie ce qui nous rattache au monde... -- J. de Loctra ___ 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] ZPL and GPL licensing issues
On Wed, Jun 20, 2001 at 06:27:08PM +0200, Erik Enge wrote: > On 20 Jun 2001, Federico Di Gregorio wrote: > > > i am sure that the QPL and the ZPL are completely incompatible but > > nobody cares because nobody really thinks that one is better than the > > other... > > I might be misunderstanding here, if that's the case I appologies. > > Just to clarify, for us at Thingamy (and I'm quite sure this is the real > case behind the license issues) it comes down to business-issues. I do > very much care whether or not I can use a GPL Zope Python Product with my > ZPL/TPL Zope Python Product. If I can't, and someone tells me I need to > relicense my product as GPL it would be very bad. > > An example could be if I had application G, Z, P. G is a GPL'ed Zope > Python Product, Z is a ZPL/TPL Zope Python Product and P is some > proprietory stuff I developed for my client. Now, if the proprietory > application P interacts with my Z application and Z needs to become GPL, > then that would/could require the proprietary stuff I did for the client > to become GPL as well. You're not allowed to distribute a derived work of GPL code with proprietary code incorporated. I. e. if you want to use that GPL code in your work, you'll have to make the proprietary code available under a GPL-compatible license as well (not necessarily the GPL itself). The Zope license doesn't even get into the play here. It's all between the GPL and your proprietary license. The crucial point is whether a work is a derived work of GPL code. The FSF says that mixing pieces of proprietary and GPL scripts in an application is a derived work indeed. Other people deny this. Gregor ___ 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] ZPL and GPL licensing issues
On 20 Jun 2001, Federico Di Gregorio wrote: > i am sure that the QPL and the ZPL are completely incompatible but > nobody cares because nobody really thinks that one is better than the > other... I might be misunderstanding here, if that's the case I appologies. Just to clarify, for us at Thingamy (and I'm quite sure this is the real case behind the license issues) it comes down to business-issues. I do very much care whether or not I can use a GPL Zope Python Product with my ZPL/TPL Zope Python Product. If I can't, and someone tells me I need to relicense my product as GPL it would be very bad. An example could be if I had application G, Z, P. G is a GPL'ed Zope Python Product, Z is a ZPL/TPL Zope Python Product and P is some proprietory stuff I developed for my client. Now, if the proprietory application P interacts with my Z application and Z needs to become GPL, then that would/could require the proprietary stuff I did for the client to become GPL as well. Then, I get hell. If the client has to disclose their business trade-secrets, the stuff that really makes them them, I'd be sued so hard I'd see stars for another three decades :) Or am I wrong (I'd absolutely love to be!)? ___ 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] Using db_connections from Zope products
On Wed, Jun 20, 2001 at 08:54:41AM -0700, Tom Brown wrote: > I would like to make an SQL query directly from python > code. Do I have to make a > ZSQL Method dynamically, or is there another way > without making the class database > dependent (i.e. Gadfly, PoPy, etc), utilizing an > existing db_con? Suppose I am using the ZPoPy DA and > have established a database connection externally. > How can I access this database > and submit a query from my own class? You can use an established connection. If it is ZSQL based, you will have to deal with the results object. A good overview of the results object is http://www.zope.org/Members/spinwing/ZSQL_Results You might also look at the somewhat dated http://www.zope.org/Members/jpenny/Accessing_a_ZSQL_Method_from_an_External_Method This would work from Script (Python), as well. Jim Penny > > Thanks, > Tom Brown > [EMAIL PROTECTED] > > __ > Do You Yahoo!? > Get personalized email addresses from Yahoo! Mail > http://personal.mail.yahoo.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 ) > ___ 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] ZPL and GPL licensing issues
On 20 Jun 2001 10:38:03 -0500, Steve Drees wrote: > Here comes the liscence wars again. > > Still haven't figured out how GPL became the holy grail. the terms on the gpl are (by choice) the strictiest (does that word even exists?) ever seen in a free software license. but a lot of people 'believe' in free software and have elected the gpl as their license of choice. because of their true faith :) they are also pickier at license compatibility. i am sure that the QPL and the ZPL are completely incompatible but nobody cares because nobody really thinks that one is better than the other... anyway, don't see it as a war. it is more like natural selection... federico (a real believer :) ) -- Federico Di Gregorio MIXAD LIVE Chief of Research & Technology [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] Qu'est ce que la folie? Juste un sentiment de liberté si fort qu'on en oublie ce qui nous rattache au monde... -- J. de Loctra ___ 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: ZPL and GPL licensing issues
"Steve Drees" <[EMAIL PROTECTED]> writes: > Here comes the liscence wars again. Nope. Please don't drag down a constructive thread. ___ 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] Using db_connections from Zope products
I would like to make an SQL query directly from python code. Do I have to make a ZSQL Method dynamically, or is there another way without making the class database dependent (i.e. Gadfly, PoPy, etc), utilizing an existing db_con? Suppose I am using the ZPoPy DA and have established a database connection externally. How can I access this database and submit a query from my own class? Thanks, Tom Brown [EMAIL PROTECTED] __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.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] ZPL and GPL licensing issues
Hi, On Wed, Jun 20, 2001 at 04:50:33PM +0200, Morten W. Petersen wrote: > Anyways, I'm wondering if any of you have encountered the same issue > developing Zope products and any solutions towards it. we (Intevation) would very much welcome if Zope would be licensed with a GPL compatible license. Since Intevation never develops software with licenses incompatible with GPL we may sooner or later need to look for alternatives to Zope. So, yes we see this as a serious issue and I hope the solution will be to exchange the ZPL by a GPL-compatible one. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIShttp://freegis.org/ ___ 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] Fishbowl not problem centered enough
"Jay, Dylan" wrote: > > Fishbowl is a great idea but it seems to be that its solution focused rather > than problem focus. Perhaps if you had a page that listed all the problems > with zope or problems that need to be solved that isn't as easy as it could > be with zope. The fishbowl is also "pull" technology, and so it is time-consuming to keep up with the developments. I personally find it to be cumbersome, limiting and not really conducive to actually getting stuff done. The collector currently fulfills the role of a bug list, and to some degree a feature request bin. However, I (and others) find using it for the latter is often a waste of time. > Problems could then be organized according to priority due to > severity or strategy, or even voting via the comunity (ala Java bug parade > developer.java.sun.com/developer/bugParade/) > Then under each problem could be listed the proposals that form solutions to > the problem. Of course some solutions may solve many problems and therefore > appear more than once. I agree that a community-centered bug/feature request collector would be beneficial. One that does not rely exclusively on DC's resources. DC just does not have the bandwidth to deal with everyone's needs. I know there has been talk of opening up the Zope CVS to outside contributions, I personally think this is long overdue. In order for a community development forum to really work, this would have to happen. > > I just see lots of solutions many of which attack some of the same problems > and no clear way to get those people comunicating and making informed > trade-offs > This is one of the challenges of open-source development. I think we as a community need to leverage our own technology more to facilitate its further development. And I think that means relying on DC less and therefore decentralizing things more. I know that the folks at DC are thinking seriously about these issues. I would say that unless something is actually done soon about opening the Zope core to outside contributors, they run the serious risk of someone just forking the code to do it for them. I also think that Zope.org itself could greatly benefit from direct outside contribution. > > Dylan Jay mailto:[EMAIL PROTECTED] > Avaya Communication Tel: +61 2 9886-8961 > Level 3, 123 Epping RoadFAX: +61 2 9352 9224 > Nth Ryde NSW 2113 Mobile: 0409 606 171 > AUSTRALIA -- | Casey Duncan | Kaivo, Inc. | [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 )
Re: [Zope-dev] ZPL and GPL licensing issues
On Wed, Jun 20, 2001 at 04:50:33PM +0200, Morten W. Petersen wrote: > we @ thingamy are considering changing our license to a ZPL-ish one [1] to > better serve our clients' needs. However, some of the (Zope) products > we've developed may need to rely on GPL'ed code, or needs to be > incorporated within it, and the 'obnoxious advertising clause' > seemingly puts a stop to it.. > > The ZPL is listed as a license incompatible with the GPL, but it doesn't > really say clearly what the reason is, as far as we can figure, it's > because of the advertising clause. > > Anyways, I'm wondering if any of you have encountered the same issue > developing Zope products and any solutions towards it. I recently asked RMS about this exact question. He studied the license and said that another problem field is that the license is not clear whether modified versions can be distributed in binary form (paragraph 7 of the ZPL). I hope he doesn't mind me quoting the second part of his exact words: "... If the Zope developers are willing to make just one change, I hope they will clarify section 7 to clearly say that modified binaries may be distributed if labeled as unofficial. If they would like to make the license GPL-compatible as well, that would require a few more changes: * Section 4 would have to go. * The license would have to allow distribution of modified sources, not just source patches. * Instead of saying that modified versions have to be "labeled as unofficial", it would have to say they must be labeled as modified and by whom. (That is what the GPL requires.) If they don't want to make that much change, well, being incompatible with the GPL is unfortunate but not disastrous. But I hope they will clarify the issue of modified binaries, because that issue could be disastrous. Please invite them to contact me directly to talk about this. I forwarded that mail to [EMAIL PROTECTED], but I have no idea if consultations are going on between them. Gregor ___ 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] Add a user to zope
Hello, I need your help. I'm trying to add all users from of our company in zope. I don't want enter all users and all passwords. I would like make a dtml-method which select all users and passwords in my (SQL) table and create automatically these users. I have created this dtml-method but I don't succed to redirect the page to "acl_users/manage_users" (method that create users) so that I don't need to press add button for each users. Do you Have a answer or another best solution ? Thanks ... Johan. Manager Member Owner Reviewer publisher ... or ... ___ 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] ZPL and GPL licensing issues
Hi there, we @ thingamy are considering changing our license to a ZPL-ish one [1] to better serve our clients' needs. However, some of the (Zope) products we've developed may need to rely on GPL'ed code, or needs to be incorporated within it, and the 'obnoxious advertising clause' seemingly puts a stop to it.. The ZPL is listed as a license incompatible with the GPL, but it doesn't really say clearly what the reason is, as far as we can figure, it's because of the advertising clause. Anyways, I'm wondering if any of you have encountered the same issue developing Zope products and any solutions towards it. Some interesting articles, food for thought: http://www.zdnet.com/enterprise/stories/main/0,10228,2777053,00.html http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses http://www.gnu.org/philosophy/bsd.html [1] http://www.thingamy.com/tpl Regards, Morten ___ 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: [SmartObjects] Zope Object Query Language (ZOQL) Proposal
I play an active role in the W3C working group designing XQuery, a query language for XML. I'm not familiar with ZOPE and it's query language. Who should I meet with to learn more? If XQuery doesn't meet the needs of the ZOPE team, I'd like to understand why. If there are missing features important to our needs, I can argue to get them added to XQuery. Cheers, -- P ___ 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: PossitionIndex (was: Re: [Zope-dev] ZCatalog phrase indexingrevisited)
On Tue, 19 Jun 2001, Chris Withers wrote: > I'm guessing this is the point at which your problems become mine? ;-) *evil laughter* Yes :-) We should write about it and publish it to the community... ___ 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 )
