Re: [Zope-dev] License issues

2000-11-14 Thread Chris Withers

Juan David IbXXez Palomar wrote:
 
 software, but I know there's people that don't use Zope because of this
 incompatibility.

their loss...

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] License issues

2000-11-14 Thread Chris Withers

Juan David IbXXez Palomar wrote:
 
 And more, there's already zope software with the GPL license, for
 example ZWiki. ZWiki is included in Debian, probably the Debian
 developer that maintains the package is not aware of these license
 issues.

Has any open source license issue actually come to court yet?

How many people really care about this compared to the number of people
who just want to get on, develop and use software in an open source
community fashion and don't want to get involved in religious flame
wars?

My $0.02

Chris (who doesn't really bother about license issues and hasn't been
hurt by it yet...)

___
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] License issues

2000-11-14 Thread Juan David Ibáñez Palomar

 
 Has any open source license issue actually come to court yet?
 
 How many people really care about this compared to the number of people
 who just want to get on, develop and use software in an open source
 community fashion and don't want to get involved in religious flame
 wars?
 
 My $0.02
 
 Chris (who doesn't really bother about license issues and hasn't been
 hurt by it yet...)
 
 

this is not about religion and a flame war is the last thing I want

I only wanted to let you know about these facts, and yes there're
projects that have been hurt by "license issues", for example KDE.


regards,
jdavid (who has bet for Zope and is worried about its future)

___
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] License issues

2000-11-14 Thread Christopher Petrilli


 this is not about religion and a flame war is the last thing I want

 I only wanted to let you know about these facts, and yes there're
 projects that have been hurt by "license issues", for example KDE.

Regaurding licensing, twhile I wouldn't want to snuff out freedom of speech,
I would say that we have already had the "Licensing Wars" about 18 months
ago, and things are settled and non negotiable at this point.  Arguing only
creates tension in the community, which does more damage than good.  If
people choose not to use Zope because it doesn't have a GPL-style license,
that is their freedom and we are sorry to see them leave the community, but
it is impossible to please all of the people all of the time, and the ZPL
pleases most of the people most of the time---including our investors.

No speaking for Digital Creations! ;-)

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] License issues

2000-11-14 Thread Juan David Ibáñez Palomar

 
 
 
 Regaurding licensing, twhile I wouldn't want to snuff out freedom of speech,
 I would say that we have already had the "Licensing Wars" about 18 months
 ago, and things are settled and non negotiable at this point.  Arguing only
 creates tension in the community, which does more damage than good.  If
 people choose not to use Zope because it doesn't have a GPL-style license,
 that is their freedom and we are sorry to see them leave the community, but
 it is impossible to please all of the people all of the time, and the ZPL
 pleases most of the people most of the time---including our investors.
 
 No speaking for Digital Creations! ;-)
 
 Chris
 
 

I didn't know it had already been discussed, I wasn't here 18 months ago,
so that's all, thanks for your patience.


regards,
jdavid

___
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] Adding execute() to Zope DA's for use by External methods

2000-11-14 Thread Brad Clements

I have Python code that I use outside of Zope, and inside Zope via 
external methods. This code uses database adapters (anything version 
1 or later).

When my code is used within Zope, I have in the past had two database 
connections from within the Zope process. One connection is the actual 
Zope DA (I'm using gvib) and the other is a python db connection.

This has worked okay on Windows, but I'm getting strange lockup 
problems after moving to Linux.

In any case, it seems to me the better way to do this would be to allow 
external methods to get  db-like access to a zope DA.

Most Zope DA's are built in db-sig type db connectors, so it seems like 
a relatively simple matter to define a new interface for Zope DA's to 
make available that supports execute semantics.

The big issue in my mind is determining what kind of security needs to 
be applied to such a function, and how that security would be 
implemented.

I suppose stealing roles/rights from SQL_Methods for use here makes 
sense. If you can call an SQL method, you can call execute() directly.

Is there any support from the Zope community to add execute() like 
operations to Zope DA's?

If yes, where should I start in figuring out security for this.

And finally, how does an external method pass security information 
"back" to the DA?

For example, I tried passing my Gvib instance to an external method. 
But when that method called  the gvib instance to get a connection 
instance, it got a "no __call__ method" error.

So then I tried passing the connection from dtml,
ie
dtml-var "MyMethod(db=MyInterbaseConnection())"

but when MyMethod calls db.cursor() it gets a security error. Probably 
because this function isn't exposed by the security machinery.

(same thing probably for the __call__ error)


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] License issues

2000-11-14 Thread Simon Michael

Juan, thanks for shining some light towards this murky area. Maybe
ZWiki and other zope products need to be LGPL or dual-licensed, maybe
the zope license can use some refinement. I for one won't know without
seeing some enlightened discussion of the issue.

This stuff is unsexy but important.

Best regards,
-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 )




[Zope-dev] Two glaring omissions

2000-11-14 Thread Alexander Limi

Hi,

I've been working with Zope for almost two years now, and there are two
things that I feel is missing in the interface:

1. The ability to add a Base class after the class is created

2. The ability to rename properties after instances of the classes have
   been created (and have the data in those fields preserved)

Are there any technical reasons why these are not present? I know it is
possible to add base classes in retrospect via the hack described in

http://www.zope.org/Members/AlexR/ChangingBaseClasses

but are there plans for making this easier? 

As for #2, it is quite annoying and counter-productive not being able to
change a variable name that was decided a long time ago, or maybe by
others simply because there exist instantiated objects of that type.

Both of the above are pretty essential OO techniques (for me, at least),
and hinder my work quite a lot by not being there.

Any chance of these being fixed at all? Or are there reasons that I do not
know about that makes this impossible?


Regards,

-- 
Alexander Limi
[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] Two glaring omissions

2000-11-14 Thread Andy McKay

Of course all those points can be done in python, im assuming you are
talking about ZClasses.

--
  Andy McKay, Developer.
  ActiveState.
- Original Message -
From: "Alexander Limi" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 14, 2000 11:35 AM
Subject: [Zope-dev] Two glaring omissions


 Hi,

 I've been working with Zope for almost two years now, and there are two
 things that I feel is missing in the interface:

 1. The ability to add a Base class after the class is created

 2. The ability to rename properties after instances of the classes have
been created (and have the data in those fields preserved)

 Are there any technical reasons why these are not present? I know it is
 possible to add base classes in retrospect via the hack described in

 http://www.zope.org/Members/AlexR/ChangingBaseClasses

 but are there plans for making this easier?

 As for #2, it is quite annoying and counter-productive not being able to
 change a variable name that was decided a long time ago, or maybe by
 others simply because there exist instantiated objects of that type.

 Both of the above are pretty essential OO techniques (for me, at least),
 and hinder my work quite a lot by not being there.

 Any chance of these being fixed at all? Or are there reasons that I do not
 know about that makes this impossible?


 Regards,

 --
 Alexander Limi
 [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 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] Two glaring omissions

2000-11-14 Thread Shane Hathaway

Alexander Limi wrote:
 I've been working with Zope for almost two years now, and there are two
 things that I feel is missing in the interface:
 
 1. The ability to add a Base class after the class is created

This is a feature we'd like to have, but the way ZClasses work currently
makes it dangerous.  What gets pickled in the ZODB isn't information
about the class, it's the class itself.  In order to change bases
safely, you'd have to try to reverse-engineer the original parameters
for creating the class object as well as all changes made afterward,
then modify the parameters slightly and construct a new class.  That's
what the published hack essentially does.

Another pitfall of storing the class itself in the ZODB is that if any
of the bases disappear, the ZClass can no longer be loaded.

If these two issues are important enough, we have a good reason to
consider a new kind of ZClass.  With "lightweight" ZClasses, class data
would be stored in a meta-class object.  The meta-class would construct
the class instance.  Changes bases and failing gracefully when a base
disappears should be easy.

The part that may still be hard is getting object instances to sync up
with the ZClass immediately when the user has changed the ZClass. 
ZClasses are good at that, you see.

 2. The ability to rename properties after instances of the classes have
been created (and have the data in those fields preserved)

This is also more difficult than it sounds.  You'd have to either scan
through the entire ZODB and modify class instances or associate
properties with a magical, unchanging ID.  The latter solution is dead
wrong, but the first is actually kind of interesting.  If there were a
separate index for each object type in the ZODB, it would be possible. 
In fact, when ZODB is running from a relational database, there is
indeed a way to do that.  Hmmm...

Not that I have the time to work on these things.  I'm swamped.  Anyone
want to draft a proposal?

Shane

___
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] PythonMethods: Can't Slice context.REQUEST.PARENTS

2000-11-14 Thread Dieter Maurer

The Doctor What writes:
  Using context.this().id, self.this().id, m_self.this().id all get me
  the same things:
  Folder, Zope, and my method.  None give me the DTML Document
  foo_html.
If it is indeed a DTML Document, then "this()" should reference
this document. If it is a DTML Method, then "this()" will
reference the methods 'client', usually the methods parent.

  
  Did you mean to do a this().id?  That doesn't work at all, it gives
  me a Name Error.
No.
I am not yet familiar with PythonMethods and what binding
they define automatically. Obviously, you have
"context", "m_self" and "self".
My older PythonMethods installed seem to support only "self",
but I am not sure.

I would expect, that "context.this()" has the highest chance
of success, maybe "self.this()".

Note, that "foo_html" must be a DTML Document not a DTML Method!


  There *must* be a way to do this.
There is none for DTML Methods (other than modifying the code).


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] PythonMethods: Can't Slice context.REQUEST.PARENTS

2000-11-14 Thread The Doctor What

I got a reply from someone working on it.  It seems the answer is
that it doesn't exist yet, pending a change in ZOPE itself.

So I have to pass it in:
dtml-var expr="breadcrumbs(this())"

Not a big deal, but annoying.

I'll make the source available as soon as I coble together a
view-source method. :)

Ciao!

-- 
"Well, given that the universe is infinite, and that God is infinite, and that God 
created the universe, (pause) would you like a piece of toast?"
--Talkie Toaster (Red Dwarf episode: Dimension Jump)

The Doctor What: A Holtje Production http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

___
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] PythonMethods: Can't Slice context.REQUEST.PARENTS

2000-11-14 Thread Dieter Maurer

Evan Simpson writes:
  From: The Doctor What [EMAIL PROTECTED]
   Using context.this().id, self.this().id, m_self.this().id
  all get me
   the same things:
   Folder, Zope, and my method.  None give me the DTML
  Document
   foo_html.
  
   This would seem to be an important thing.
  
  The only information about your caller that you can get is
  the contents of their namespace.  So, in the final release,
  you would be able to bind the caller's namespace to "_" and
  write _.this().id.  That requires a change to Zope, though,
  so it doesn't work yet.  You *could* work around this by
  explicitly passing the namespace (or this(), for that
  matter).
Why can't I get the acquisition context as with External Methods?
(if they are called directly via the Web, namespaces are not
yet build and the acquisition context obtained via a "self"
parameter is everything I have).


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 )




[Zope-dev] ZPatterns Product distribution not showing up as a product?

2000-11-14 Thread jimbo

Hi,
   If I try to distribute it and leave it set for "Allow redistribution".
Its not showing up in the Zope products directory tree after I untar the 3 files into 
the file system products directory and restarting Zope.

I have a Dataskin based ZClass, 2 Specialist, the default constructor forms. I'm using 
Zope 2.2.2 on win98 ZPatterns 4.3b2.  Is this expected behaviour for a ttw product? It 
works if I export/import it.
-Jimbo

___
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 )