A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2008-March/078136.html below:

[Python-Dev] Proposal: from __future__ import unicode_string_literals

[Python-Dev] Proposal: from __future__ import unicode_string_literalsLennart Regebro regebro at gmail.com
Mon Mar 24 11:39:05 CET 2008
On Mon, Mar 24, 2008 at 11:27 AM, "Martin v. Löwis" <martin at v.loewis.de> wrote:
> > Nuxeo CPS worked like this, but we can ignore them as that project is
>  > all but dead will never move to Python 3 in any case. Zope/CMF/Plone
>  > works like this.
>
>  I don't understand. AFAICT, Zope *is* a library, i.e. you have to run
>  setup.py for lots of packages. Do you not have to run setup.py, for,
>  say, zope.interface, or zope.psycopgda?

No, Zope is not a library, it's an application. No, you typically do
not setup packages, although most (but not all) parts of Zope 3 is
setup if you run Zope in a buildout configuration. Zope 2 does not.

>  > The Plone collective works like this, and it is *not*
>  > reasonably well managed, so there software quite often doens't get
>  > released, but people run against trunk.
>
>  And that's fine. You still can integrate 2to3 with that transparently.

I can not see how that would work.

>  I still don't see why that is. In the examples you gave, no such
>  difficulties are apparent.

Maybe it's not apparent to people that hasn't developed in that kind
of environment, and I'm sorry I'm not able to make this clearer. But
that's just the way it is.

-- 
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4